Feedback submitted: FB24460699 The sample projects are attached to the feedback report.
Environment:iOS27 Beta6; iPhone 17Pro
Problem:I have encountered a consistently reproducible third-party custom keyboard layout issue in iOS 27.0 beta 1 through beta 6.
The custom keyboard initially appears correctly. If I switch apps while the text input remains focused and the keyboard remains visible, and then return to the host app, the system adds a 17-point area above the custom keyboard extension.
Steps to reproduce
- Install and enable a third-party custom keyboard.
- Switch to the sample custom keyboard and open the host app so that the text editor in the center receives focus.
- Do not dismiss the keyboard or remove focus from the editor. Return to the Home Screen or switch to another app.
- Return to the host app.
- A new blank area now appears above the custom keyboard content.
I tested both a system-determined extension view height and an extension view explicitly constrained to 180 points. Both configurations produce exactly the same change.
After the foreground transition, the following extension-side values remain unchanged:
- view.bounds
- inputView.bounds
- extension.window.bounds
- view.safeAreaInsets, which remains {0, 0, 0, 0}
- The requested 180-point extension height
Only the system keyboard frame received by the host app increases by 17 points. I also drew a rounded pink boundary inside the transparent extension root view. When the issue occurs, the new area appears outside that boundary.
I tested several third-party keyboards and reproduced the issue with all of them. This suggests that the behavior is caused by iOS rather than by my app.
Questions
- On iOS 27, is it expected behavior for a custom keyboard to gain a 17pt top area after its host app returns from the background?
- If this is a system issue, is there any workaround that can be used until it is fixed?
