virtual keyboard might not work when opening a new window
Categories
(GeckoView :: IME, defect, P1)
Tracking
(firefox153 wontfix, firefox154 fixed, firefox155 fixed)
People
(Reporter: m_kato, Assigned: m_kato)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 external files)
Step
- Browse https://wontfix.net/bugs/2048921/
- Click first [Popup] button
- Set focus to input field on new window
- Type something via virtual keyboard
Result
No typed character
| Assignee | ||
Comment 1•3 months ago
|
||
When opening a new window, virtual keyboard might not work because
GeckoEditableParent is not set.
Normally, it is creates and attched with parent process when global document
is created. If it is too early, it is rarely failed since root window isn't
found yet.
We have a fallback path to create it when taking a IME focus, but it forget
attaching with parent process. So we should attach it on fallback path.
| Assignee | ||
Comment 2•3 months ago
|
||
regression range: https://hg-edge.mozilla.org/integration/autoland/pushloghtml?fromchange=37f1c536fdb89cd69039774a87f3ad8a94b95328&tochange=86c4f03a43058ea62f76021ad5a50e6199c34567 according to mozregression.
| Assignee | ||
Updated•3 months ago
|
| Assignee | ||
Updated•3 months ago
|
Comment 3•3 months ago
|
||
Set release status flags based on info from the regressing bug 543435
Updated•3 months ago
|
Comment 6•3 months ago
|
||
The patch landed in nightly and beta is affected.
:m_kato, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox154towontfix.
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 7•3 months ago
|
||
When opening a new window, virtual keyboard might not work because
GeckoEditableParent is not set.
Normally, it is creates and attched with parent process when global document
is created. If it is too early, it is rarely failed since root window isn't
found yet.
We have a fallback path to create it when taking a IME focus, but it forget
attaching with parent process. So we should attach it on fallback path.
Original Revision: https://phabricator.services.mozilla.com/D313929
Updated•3 months ago
|
Comment 8•3 months ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined/Reason for urgency: When creating new window by
window.open, user cannot input any text in textbox on the new window. - Code covered by automated testing?: yes
- Fix verified in Nightly?: yes
- Needs manual QE testing?: no
- Steps to reproduce for manual QE testing:
- Risk associated with taking this patch: low
- Explanation of risk level: Root cause is that a binder/IPC connection of text input is failed. This fix retries to create IPC connection when textbox is taking a focus if connection is nothing.
- String changes made/needed?: No
- Is Android affected?: yes
| Assignee | ||
Updated•3 months ago
|
Updated•3 months ago
|
Updated•3 months ago
|
Updated•3 months ago
|
Description
•