fix(tipcard): take the keyboard down before handling a deeplink

[bmc08gt]

Tapping a tip link while resuming from a chat presents the tip card over a live keyboard. The chat's message input still holds focus across the background, so the window restores the IME as the link is routed — and the card resolves over a network round-trip, so the keyboard is up for that whole window too.

Changes

App.kt — dismiss the keyboard once a deeplink dispatches to a real action, before anything is routed or presented.

Scoped to any non-None action rather than just PresentTipCard: every branch there reroutes what's on screen, including /tip/{self}, which AppRouter diverts to a Menu-sheet Navigate and which had the same problem. The one path that doesn't navigate — an email code delivered in place via EmailCodeChannel — auto-verifies on arrival, so taking the keyboard down there is right too.

Cold start is untouched: onPendingAction only fires from MainRoot on the Loading route, where no keyboard can be up.

BillOverlay.kt — catches an IME the platform restores after we've routed.

Fires only on a false -> true transition. The overlay is hosted per navigation entry by NavBillOverlayEntryDecorator, so a screen opened while a bill is up composes a fresh copy with the bill already present. Unguarded, that would stomp TipCardDecorator's LaunchChat, which opens the chat with openKeyboard = true on purpose.

KeyboardController.hide() — now clears editor focus before hiding the IME. Hiding alone leaves the field focused, so the platform brings the keyboard straight back; clearing focus removes the target it would be restored onto.

This started as a separate dismiss() and folded back in, because no caller wants the other behaviour. hideIfVisible is 29 of them, and every one hides, waits out the IME animation, then pops, dismisses a sheet, or advances a flow step. The two direct hide() callers pop or dismiss on tap. Both show() callers request focus explicitly first, so nothing pairs a hide with a later show that depends on retained focus — which left retainFocus as a flag with no false branch.

So the hideIfVisible sites get the fix too. They had the same latent problem as the tip card: IME down, field still focused, keyboard restored on the way back from the background.

Tests

KeyboardControllerTest pins the focus half of hide. hideIfVisible inherits it by delegation but isn't covered: it gates on visible, read from window insets that Robolectric never reports for the IME. OnBillPresentedTest covers the transition guard, which moves out of BillOverlay into an internal OnBillPresented composable to be reachable from a test — an already-presented bill at first composition is a no-op, a bill that appears while watching is not.