Selection of previously entered form history data broken in Nightly when Form Autofill is enabled
Categories
(Toolkit :: Form Autofill, defect, P2)
Tracking
()
People
(Reporter: alberts, Assigned: MattN)
References
()
Details
(Keywords: regression, testcase)
Attachments
(2 files)
73.30 KB,
video/ogg
|
Details | |
47 bytes,
text/x-phabricator-request
|
lizzard
:
approval-mozilla-beta+
|
Details | Review |
Assignee | ||
Comment 1•7 years ago
|
||
Reporter | ||
Comment 2•7 years ago
|
||
Assignee | ||
Comment 3•6 years ago
|
||
Un-duping since it seems like the login form issue of bug 1437791 is resolved but this isn't.
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 4•6 years ago
|
||
Otherwise the cached value won't be used for filling by satchel and _fillFromAutocompleteRow won't fill a result that isn't a autofill-profile
style:
https://searchfox.org/mozilla-central/rev/03ebbdab952409640c6857d835d3040bf6f9e2db/browser/extensions/formautofill/FormAutofillContent.jsm#283,295
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Updated•6 years ago
|
Comment 5•6 years ago
|
||
Albert, do you have that test case handy? Once the patch lands I'd love for us to be able to verify the fix and possibly uplift to beta.
Assignee | ||
Comment 7•6 years ago
|
||
(In reply to Liz Henry (:lizzard) (use needinfo) from comment #5)
Albert, do you have that test case handy? Once the patch lands I'd love for us to be able to verify the fix and possibly uplift to beta.
It's in the URL field.
Comment 8•6 years ago
|
||
bugherder |
Reporter | ||
Updated•6 years ago
|
Reporter | ||
Comment 9•6 years ago
|
||
It is already working for me! Thanks 🙌
Comment 10•6 years ago
|
||
Verified on Nightly 67(20190214044118), that the issue is not reproducing, using the attached testcase.
Assignee | ||
Comment 12•6 years ago
|
||
Let's give it a week or two to bake first. I'll leave the needinfo as a reminder.
Updated•6 years ago
|
Assignee | ||
Comment 13•6 years ago
|
||
Comment on attachment 9042689 [details]
Bug 1439023 - Don't reset autocomplete controller state when autofill fell back to form history. r=jaws
Beta/Release Uplift Approval Request
Feature/Bug causing the regression
User impact if declined
Form history (and saved logins?) won't fill when the field was handled by Form Autofill.
Is this code covered by automated tests?
Yes
Has the fix been verified in Nightly?
Yes
Needs manual test from QE?
Yes
If yes, steps to reproduce
- Set browser.search.region = "US" and restart an en-US Firefox.
- Use test page at https://codepen.io/scheinercc/full/mXawWz/ which has STR
List of other uplifts needed
None
Risk to taking this patch
Low
Why is the change risky/not risky? (and alternatives if risky)
This returns to the previous behaviour for autocomplete popups not from Form Autofill.
String changes made/needed
None
Updated•6 years ago
|
Comment 14•6 years ago
|
||
Comment on attachment 9042689 [details]
Bug 1439023 - Don't reset autocomplete controller state when autofill fell back to form history. r=jaws
Fix for form autofill, verified in Nightly.
OK to uplift for beta 11.
Comment 15•6 years ago
|
||
bugherder uplift |
Comment 16•6 years ago
|
||
bugherder uplift |
Updated•6 years ago
|
Updated•6 years ago
|
Comment 17•6 years ago
|
||
Verified on Beta 66(20190228180200), that the issue is not reproducing, using the attached testcase. Tested on Windows 10 x64, MacOS 10.12 and Ubuntu 16.04
Updated•6 years ago
|
Description
•