Closed Bug 1476221 Opened 7 years ago Closed 7 years ago

The autocomplete form pop-up doesn't appear directly next to the related input field on some pages

Categories

(Firefox for Android Graveyard :: General, defect, P1)

Firefox 63
All
Android
defect

Tracking

(firefox61 unaffected, firefox62 unaffected, firefox63+ verified, firefox64 verified)

VERIFIED FIXED
Firefox 64
Tracking Status
firefox61 --- unaffected
firefox62 --- unaffected
firefox63 + verified
firefox64 --- verified

People

(Reporter: mlobontiuroman, Assigned: botond)

References

()

Details

(Keywords: regression, Whiteboard: --do_not_change--[priority:high])

Attachments

(3 files)

Attached image screenshot
Device(s): - LG G5 (Android 7.0); - Samsung Galaxy S6 (Android 7.0); - Huawei P9 Lite (Android 6.0); Build(s): - Nightly 63.0a1 (2018-07-16); - Beta 62.0b7; - Release 61.0; Steps to reproduce: 1. Navigate to https://www-archive.mozilla.org/quality/browser/front-end/testcases/wallet/login.html. 2. Fill in "Username" and "Password" fields and tap "Log in". 3. Choose "Remember" from the doorhanger pop-up. 4. Open the page from step 1 in another tab. 5. Tap on "Username" field. 6. Observe the autocomplete form pop-up`s location. Expected result: The autocomplete form pop-up should be displayed under the "Username" field. Actual result: The autocomplete form pop-up is not displayed under the "Username" field. Note: This is not reproducible on Chrome.
This doesn't happen on all pages, but on the page mentioned above I'm seeing this as well.
Hardware: ARM → All
Summary: The autocomplete form pop-up is hardly visible. → The autocomplete form pop-up doesn't appear directly next to the related input field on some pages
Ran a regression using Huawei P9 Lite (Android 6.0). Regressionwindow: First known bad build: 2018-07-11 21:43:58 Last known good build: 2018-07-11 21:47:51 Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3aca103e49150145dbff910be15e7886b7c4495a&tochange=fe17acc6e291e54463db3ea82697c714ae5a4b27
afaik, the tracking keyword "fennec" isn't used anymore.
tracking-fennec: ? → ---
It's reproducible also on https://bugzilla.mozilla.org. Device tested: Oneplus Two (Android 6.0.1)
Flags: needinfo?(michael.l.comella)
Re-triaging per https://bugzilla.mozilla.org/show_bug.cgi?id=1473195 Needinfo :susheel if you think this bug should be re-triaged.
Priority: -- → P5
Flags: needinfo?(michael.l.comella) → needinfo?(sdaswani)
Andreas should we work on this?
Flags: needinfo?(sdaswani) → needinfo?(abovens)
Susheel, will your team work on this 63 regression?
Flags: needinfo?(sdaswani)
Pascal I'm still waiting for Andreas' on this but as it's a regression I'll put it on our high priority queue. Vlad this may need to get fixed sooner rather than later given it's a regression in 63.
Flags: needinfo?(sdaswani) → needinfo?(vlad.baicu)
Whiteboard: --do_not_change--[priority:high]
Assignee: nobody → vlad.baicu
Flags: needinfo?(vlad.baicu)
I've tried debugging this quite a bit with WebIDE but it seems to be a Gecko issue. Unfortunately I don't think we can be of much help on this one
Assignee: vlad.baicu → nobody
Flags: needinfo?(sdaswani)
Looks like a gecko issue David B.
Flags: needinfo?(sdaswani) → needinfo?(dbolter)
I'm not sure what the most likely suspect is in the regression range (comment 2). Botond do you think this could be fallout from bug 1423011?
Flags: needinfo?(dbolter) → needinfo?(botond)
Yes, this does look like a regression from bug 1423011. I will investigate.
Assignee: nobody → botond
Flags: needinfo?(botond)
The issue here is basically analogous to the issue described in bug 1484597 comment 2, it just applies to a different popup (the form auto-fill popup rather than floating toolbar).
Flags: needinfo?(abovens)
> Pascal I'm still waiting for Andreas' on this Apologies for the delay. Yes, let's work on this - great this is being tackled. It will probably be relevant for Lockbox-powered autocompletion as well.
Comment on attachment 9009782 [details] Bug 1476221 - Expose the offset of the visual viewport relative to the layout viewport to chrome JS code via nsIDOMWindowUtils. r?mstange Markus Stange [:mstange] has approved the revision.
Attachment #9009782 - Flags: review+
Comment on attachment 9009783 [details] Bug 1476221 - Keep the bounding client rect of the 'FormAssist:AutoCompleteResults' message relative to the visual viewport. r?mstange Markus Stange [:mstange] has approved the revision.
Attachment #9009783 - Flags: review+
Are these good to land, then?
Flags: needinfo?(botond)
Yup. There is a code dependency on bug 1484597 which I failed to annotate, so I was just waiting for that to land.
Depends on: 1484597
Flags: needinfo?(botond)
Pushed by bballo@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/b91faf6f965b Expose the offset of the visual viewport relative to the layout viewport to chrome JS code via nsIDOMWindowUtils. r=mstange https://hg.mozilla.org/integration/autoland/rev/3387f039baf9 Keep the bounding client rect of the 'FormAssist:AutoCompleteResults' message relative to the visual viewport. r=mstange
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 64
Botond, could you request an uplift to beta please? thanks
Flags: needinfo?(botond)
Comment on attachment 9009782 [details] Bug 1476221 - Expose the offset of the visual viewport relative to the layout viewport to chrome JS code via nsIDOMWindowUtils. r?mstange Note: this approval request applies to both patches together. Approval Request Comment [Feature/Bug causing the regression]: Bug 1423011 [User impact if declined]: When zoomed in, tapping on a form field may result in the auto-complete popup being positioned incorrectly (including potentially completely offscreen, so it's not visible at all) [Is this code covered by automated tests?]: Not that I'm aware of. [Has the fix been verified in Nightly?]: Yes, by me. [Needs manual test from QE? If yes, steps to reproduce]: No. [List of other uplifts needed for the feature/fix]: Bug 1484597. [Is the change risky?]: Low to moderate risk. [Why is the change risky/not risky?]: It's a simple and targeted fix, but as far as I'm aware the code in question doesn't have good test coverage. [String changes made/needed]: No.
Flags: needinfo?(botond)
Attachment #9009782 - Flags: approval-mozilla-beta?
Comment on attachment 9009782 [details] Bug 1476221 - Expose the offset of the visual viewport relative to the layout viewport to chrome JS code via nsIDOMWindowUtils. r?mstange Fix for a tracked 63 regression, uplift approved for 63 beta 11, thanks.
Attachment #9009782 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Verified as fixed on the latest build, 63.0b11. Devices: Motorola Nexus 6(Android 7.1.1) and Xiaomi Mi Pad 2(Android 5.1).
Verified as fixed on the latest version of Nightly 64.0a1 (2018-10-08). Devices: Sony Xperia Z5 Premium (Android 6.0.1) and OnePlus 5T (Android 8.1.0).
Status: RESOLVED → VERIFIED
Priority: P5 → P1
Blocks: 1492194
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: