MUL-7926 SOUR-107: Focus the composer after selecting a starter

[Souredfish]

Summary

• Selecting a conversation starter now expands the composer, waits for native input layout, then focuses it so Android opens the soft keyboard for immediate typing.
• Align mobile @types/react with the workspace catalog. The lockfile already resolves it to 19.2.14, so PNPM produced no lockfile diff on the clean branch.

Verification

• Android 16 physical-device QA (OPPO PKT110): starter tap populated the draft, focused the composer, and opened the soft keyboard (mInputShown=true).
• Mobile lint passed.
• Mobile test suite passed: 234 tests.
• Mobile typecheck passed with 0 diagnostics.
• git diff --check passed.

No production release or merge was performed.

[vercel]

Someone is attempting to deploy a commit to the IndexLabs Team on Vercel.

A member of the Team first needs to authorize it.

[multica-eve]

Selecting a conversation starter should populate and focus the composer so the user can continue typing immediately. Reusing the existing expansion trigger makes sense, but the shared focus path misses requests when the input is already laid out; please address the inline P2 before merging.

Mobile CI passes. This finding is based on the code and React Native's layout-event contract; I have not independently reproduced the native keyboard behavior on a device.

[multica-eve]

[P2] Handle focus requests when the input is already laid out

Select a starter, dismiss the keyboard, then select the same starter again. The nonempty draft keeps the composer expanded, and neither the text nor the input's layout changes. This effect only sets the pending-focus flag and calls setExpanded(true); the actual focus() now runs exclusively from onLayout. React Native invokes onLayout on mount or layout changes, so there is no new event to consume this request and the user still has to tap the input. The shared comment composer also loses its previous automatic refocus when switching reply targets without changing the input's layout.

Please wait for layout only while the input is newly mounting/not yet laid out, and schedule focus directly when it is already ready. Verify both repeated starter selection after dismissing the keyboard and switching reply targets in an expanded composer. Event contract: https://reactnative.dev/docs/0.83/view#onlayout