autocomplete becomes visually detached from field
Categories
(Toolkit :: Form Manager, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox52 | --- | wontfix |
firefox-esr60 | --- | wontfix |
firefox-esr68 | --- | wontfix |
firefox53 | --- | wontfix |
firefox54 | --- | wontfix |
firefox55 | --- | wontfix |
firefox56 | --- | wontfix |
firefox57 | --- | wontfix |
firefox66 | --- | wontfix |
firefox67 | --- | wontfix |
firefox68 | --- | wontfix |
firefox69 | --- | wontfix |
firefox70 | --- | wontfix |
firefox71 | --- | wontfix |
People
(Reporter: tanvi, Unassigned)
References
(Depends on 1 open bug, Blocks 2 open bugs, )
Details
(Keywords: regression, regressionwindow-wanted, Whiteboard: [passwords:fill-ui])
Attachments
(1 file)
(deleted),
video/mp4
|
Details |
Reporter | ||
Comment 1•8 years ago
|
||
Reporter | ||
Updated•8 years ago
|
Comment 2•8 years ago
|
||
Reporter | ||
Updated•8 years ago
|
Comment 3•8 years ago
|
||
Comment 6•8 years ago
|
||
Updated•7 years ago
|
Comment 9•7 years ago
|
||
Updated•7 years ago
|
Updated•7 years ago
|
Comment 13•6 years ago
|
||
This was made slightly more visible with the View Saved Logins autocomplete footer since it means we auto-open the popup in more cases.
Updated•5 years ago
|
Comment 15•5 years ago
|
||
I have attempted to reproduce this issue with the steps from any of its duplicates. The login page of Atlassian found is bug 1405077 seems to constantly reproduce the issue. It appears as... the password manager's drop-dows gets displayed, then something changes on the page (elements move) and the drop-down remains in the initial, currently improper position considering the movement of the fields. I do not believe that this issue is the same issue as some of the other duplicates. I have attempted to see if this issue (on Atlassian login page) can be regressed, but it seems like not a regression: firefox60, firefox55 reproduce the issue, and firefox50 does not show the drop-down.
I also remember some similar issue reproduced while testing the password manager feature, but I could not find steps that would reproduce it constantly. I will also deem this issue intermittent.
Comment 16•5 years ago
|
||
This is wontfix 68 given where we are in the beta cycle.
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Comment 17•5 years ago
|
||
Here is a more visible and visually unpleasant case on qq.com.
Updated•5 years ago
|
We shouldn't be triaging this in "regression triage" so please don't keep marking it affected for new versions.
Updated•5 years ago
|
Comment 20•5 years ago
|
||
The form validation popup already handles zoom and scroll changes. I'm not sure if there is anything to share with it: https://searchfox.org/mozilla-central/rev/cce8b90aece0f42e5025e45282de16066eeaa662/browser/actors/FormValidationParent.jsm#129-138
Comment 21•5 years ago
|
||
(In reply to Matthew N. [:MattN] (PM me if requests are blocking you) from comment #20)
The form validation popup already handles zoom and scroll changes. I'm not sure if there is anything to share with it: https://searchfox.org/mozilla-central/rev/cce8b90aece0f42e5025e45282de16066eeaa662/browser/actors/FormValidationParent.jsm#129-138
Need to somehow monitor for position changes of the input and trigger a rerender when it moves.
Updated•3 years ago
|
Comment 27•2 years ago
|
||
The severity field for this bug is relatively low, S3. However, the bug has 13 duplicates.
:sgalich, could you consider increasing the bug severity?
For more information, please visit auto_nag documentation.
Updated•2 years ago
|
Description
•