Open
Bug 1331934
Opened 8 years ago
Updated 2 years ago
Position of autofill dropdown covers the focused field (Ubuntu only)
Categories
(Toolkit :: Password Manager, defect, P3)
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox51 | --- | ? |
firefox52 | --- | fix-optional |
firefox53 | --- | affected |
firefox54 | --- | affected |
People
(Reporter: aflorinescu, Unassigned)
References
Details
Attachments
(1 file)
(deleted),
video/mp4
|
Details |
[Tested on:]
Ubuntu 16.04
53.0a1 - 20170117030218
52.0a2 - 20170117004014
[Description:]
Ubuntu only, the position of the autofill dropdown for a login form is sometimes placed over the username / password field.
[Steps:]
1. Create a new profile.
2. Navigate to facebook.com
3. Create at least 2 dummy logins.
4. Close the tabs and then browser.
5. Reopen the browser and navigate to facebook.com
4'. Most times, new window or new tab also reproduces the issue.
[Actual Result:]
The position of autofill dropdown is placed over the field. (see screencast)
[Expected Result:]
The position of the autofill should always be under the field.
[Note1:]
The bug is intermitent.
I noticed that in some cases the ratio of reproducibility is increased if you access facebook as soon as the browser/new window/new tab opens.
[Note2:]
The issue is not restricted to first time opening browser/window/tab, since I've seen it under normal usage parameters as well, but rarely than in above steps.
Comment 1•8 years ago
|
||
I had to use VLC to watch the video on macOS and I can't help but wonder if it's the same issue as bug 1022241.
Comment 2•8 years ago
|
||
Please test this on Firefox 51. This may be an existing bug rather than a regression.
Flags: needinfo?(adrian.florinescu)
Updated•8 years ago
|
status-firefox51:
--- → ?
Reporter | ||
Comment 3•8 years ago
|
||
(In reply to Tanvi Vyas - not reading bugmail, PM me [:tanvi] from comment #2)
> Please test this on Firefox 51. This may be an existing bug rather than a
> regression.
I couldn't reproduce this bug or anything similar on 51 or using str from bug 1193532, but I'm not sure how relevant that is. If Panos is right in comment 1, and I tend to agree in the direction of that assumption, this bug might as well be a regression related to bug 1022241.
And given the fact that this bug is just limited to linux environments, the above suppositions seem to make sense.
I'm not sure what status the 51 flag should have at this point, or at least until we make sure that this is indeed a dupe after 1022241, but I don't have any idea at this point how to confirm that.
:tanvi, any thoughts?
Flags: needinfo?(adrian.florinescu) → needinfo?(tanvi)
Comment 4•8 years ago
|
||
Is the issue something the user can recover from? By focusing on something else and then focusing back on the username/password field?
We can make this fix-optional for 52 and then triage/followup on it along with all the other followup bugs we have.
Flags: needinfo?(tanvi)
Reporter | ||
Comment 6•8 years ago
|
||
Going through STR of the bug 1338187, it seems to me this bug got worse in 53/54. It is always reproducible in private window now and also affects normal autofill position behavior more often than in 52.
status-firefox54:
--- → affected
Updated•6 years ago
|
Priority: -- → P3
Comment 7•6 years ago
|
||
FWIW I'm not able to reproduce this on Nightly (68.0a1) and Ubuntu 18.04 - with facebook in a normal or private window. But I have seen instances of these kind of windows (autocomplete popups) being misplaced since I upgraded from 16.04 so I wonder if its a window manager meets widget issue?
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•