The autocomplete suggestion popup is visible while in URL/search entering mode
Categories
(Firefox for Android Graveyard :: General, defect, P2)
Tracking
(firefox-esr6871+ verified, firefox62 wontfix, firefox63 wontfix, firefox64 wontfix, firefox65 wontfix, firefox66 wontfix, firefox67 wontfix, firefox68 wontfix)
People
(Reporter: stefan.deiac, Assigned: brad.arant)
Details
(Keywords: regression)
Attachments
(2 files)
194.84 KB,
image/png
|
Details | |
47 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-esr68+
|
Details | Review |
Updated•7 years ago
|
Reporter | ||
Comment 1•7 years ago
|
||
Reporter | ||
Updated•7 years ago
|
Updated•7 years ago
|
Reporter | ||
Comment 2•7 years ago
|
||
Updated•7 years ago
|
Reporter | ||
Updated•6 years ago
|
Reporter | ||
Updated•6 years ago
|
Reporter | ||
Updated•6 years ago
|
Assignee | ||
Comment 3•6 years ago
|
||
Where do I begin. This has been a difficult bug. The premise that I operated under is that the auto-suggest drop down is relevant after the use touches the input box and as soon as they do another action the box should disappear as it is no longer relevant.
Based upon that I have added a focus listener to the GeckoView component to ensure the popup list is hidden when the user clicks (or touches) away from the input field. I observed that when cancelling Fennec with a swipe or switching display modes from portrait to landscape and back that the list drop down is re-displayed not realizing that it was just closed due to loss of focus. This issue I am still documenting and will submit new bug report.
Based upon that, Fennec tries to re-display the drop down list even though the input field is no longer visible placing on top of the main web page resulting in this bug. I added a check to see if the underlying GeckoView isShown() and prevent the display of the drop down lost if it has a value of false. This ensures that we don't see the drop down if the input field is not being shown in the app. The differential submitted will accomplish this as a 'workaround' until the issues in GeckoView can be addressed.
The issue though is that the GeckoView dispatches what look like extraneous requests which I have documented in bug 1573614. This causes a flashing of the list drop down when the input field is touched due to these seemingly extraneous event requests.
Assignee | ||
Comment 4•6 years ago
|
||
Assignee | ||
Comment 5•6 years ago
•
|
||
I would also like to point out that adding the isShown() check with the OR condition with the existing check causes the list to stay showing even when you start typing into the input field but the list immediately modifies to 'match' the input string being typed. I think this is the expected behavior but I fear it may cause a regression bug. The source indicated a reference to bug 758820 and bug 632744 and something about confusing some IMEs.
Assignee | ||
Updated•6 years ago
|
Comment 6•6 years ago
|
||
There's a r+ patch which didn't land and no activity in this bug for 2 weeks.
:brad.arant, could you have a look please?
For more information, please visit auto_nag documentation.
Comment 7•6 years ago
|
||
Try build with the patch for this ticket applied on top of esr68 - https://treeherder.mozilla.org/#/jobs?repo=try&revision=a07552f285921b05669100fa8c50e395355e9e43
Please test that the described issue does not reproduce anymore.
Reporter | ||
Comment 8•6 years ago
|
||
Hello,
I tried to reproduce the issue using the build from comment 7 but I wasn't able.
Devices:
- OnePlus 5T(Android 9);
- Nokia 6 (Android 7.1.1).
Comment 9•6 years ago
|
||
Bugbug thinks this bug is a regression, but please revert this change in case of error.
Comment 10•6 years ago
|
||
Comment on attachment 9085507 [details]
Bug 1499093 - Stop display of list assist popup when input field not shown.;r?VladBaicu
ESR Uplift Approval Request
- If this is not a sec:{high,crit} bug, please state case for ESR consideration: Nothing major but a welcome improvement. An older patch which now got verified.
- User impact if declined: Visual artefact
- Fix Landed on Version:
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Small change verified by QA
- String or UUID changes made by this patch:
Comment 11•6 years ago
|
||
The 68.2 release is in RC, but we can revisit this next week for 68.3 after that ships.
Comment 12•6 years ago
|
||
Comment on attachment 9085507 [details]
Bug 1499093 - Stop display of list assist popup when input field not shown.;r?VladBaicu
Simple fix for a UI glitch. Approved for Fennec 68.3b1.
Comment 13•6 years ago
|
||
bugherder uplift |
Updated•6 years ago
|
Reporter | ||
Comment 14•6 years ago
|
||
Verified as fixed on Beta 68.3b1 using Nokia 6 (Android 7.1.1) and OnePlus 5T(Android 9).
Due to that, I'll close this ticket as verified, thanks.
Updated•5 years ago
|
Description
•