Focus search input on navigation reselection

[coyaSONG]

Summary

• focus the search input when the already-selected Search navigation item is selected again
• use requestFocusFromTouch() without a separate explicit IME request
• limit the behavior to PHONE layouts so TV/emulator navigation keeps its existing focus behavior
• leave first-time Search navigation and existing search state unchanged

Risk containment

• the focus request only runs when both the current and selected destinations are Search
• the existing 400 ms navigation debounce remains in place
• TV/emulator layouts are explicitly covered by the negative regression case

Validation

• git diff --check
• regression coverage for phone Search reselection, TV Search reselection, first Search selection, and non-Search reselection
• repository CI: ABI compatibility, assemblePrereleaseDebug, lint, stable/prerelease unit tests, and full check passed (123 Gradle tasks)
• CI run: https://github.com/recloudstream/cloudstream/actions/runs/33270550765

The requested API 23 device check remains the final manual validation item; the author environment does not have an Android SDK/emulator, so this is intentionally not claimed as completed.

AI assistance: OpenAI Codex. The contribution was rechecked against the current README, Gradle configuration, and pull-request workflows before the update.

Closes #3070

[KingLucius]

I think you should use this like instead:
https://github.com/recloudstream/cloudstream/blob/master/app%2Fsrc%2Fmain%2Fjava%2Fcom%2Flagradost%2Fcloudstream3%2FMainActivity.kt#L758

[KingLucius]

Can we use requestFocusFromTouch() ?

[KingLucius]

Please study requestFocusFromTouch() as I know it's focusing the search text and open the keyboard, no need for other code to open the keyboard

[fire-light42]

Please be super careful with focus as we have had issues with this before (#1195). It is recommended to test this on api23 devices to make sure nothing weird happens.

[coyaSONG]

Updated the PR on current master in 909a00c0 and narrowed the focus behavior to PHONE layouts only. The implementation now relies solely on requestFocusFromTouch(), keeps the existing debounce, and adds four regression cases covering phone reselection, TV reselection, first navigation, and non-Search reselection.

The full repository CI is green (ABI, APK assembly, lint, stable/prerelease unit tests, and check): https://github.com/recloudstream/cloudstream/actions/runs/33270550765

I do not have an Android SDK/emulator in the author environment, so I have not claimed the requested API 23 device validation. Could a maintainer with an API 23 device/emulator please confirm that Search reselection opens the keyboard, leaving Search dismisses it normally, and it does not reopen unexpectedly?