fix(ios): ignore keyboard events that don't originate from this app#1512
fix(ios): ignore keyboard events that don't originate from this app#1512ridafkih wants to merge 2 commits into
Conversation
|
Hey @ridafkih Don't you mind attaching a video to show how it works before after? And maybe explain how to repro the bug? I. e. what exactly to do to repet the issue? |
|
@kirillzyusko I'll get you a video, sounds good - for context the library iOS observer is reacting to all UIKeyboardWill/Did{Show,Hide}Notification without any filtering. So when the application foregrounds when there's a system keyboard from another context like iOS Spotlight (easiest way to reproduce imo) we observe the show with isLocal=false, and since there's no matching hide, it leaves the KAV stuck at a juicy keyboard-sized paddingBottom. So to reproduce...
From there, the KAV should have the padding still there. |
|
@kirillzyusko One important comment, I failed to reproduce the issue on a simulator. It requires--as far I can tell--a physical device. |
This comment was marked as duplicate.
This comment was marked as duplicate.
📊 Package size report
|
This comment was marked as duplicate.
This comment was marked as duplicate.
|
@kirillzyusko I've gone ahead and updated the description with videos of a reproduction and proof of patch. |
📜 Description
💡 Motivation and Context
If you open an application into a screen that uses a KeyboardAvoidingView while a keyboard is open on iOS (ie., from Spotlight Search, swiping), despite iOS dismissing the keyboard, the area will be reserved for the keyboard because it does not ignore external keyboard observations.
📢 Changelog
iOS
🤔 How Has This Been Tested?
In a local version, I applied the same changes to a patched version, and tested the changes.
📸 Screenshots (if appropriate):
ScreenRecording_06-23-2026.16-27-22_1.mov
ScreenRecording_06-23-2026.16-28-32_1.mp4
📝 Checklist