[US][walmart.com] The autofill dropdown is not triggered and the autofill functionality is not working for multiple fields
Categories
(Toolkit :: Form Autofill, defect, P3)
Tracking
()
People
(Reporter: sbadau, Unassigned)
References
(Blocks 2 open bugs, )
Details
(Whiteboard: [fxcm-addr-compatibility])
Attachments
(2 files)
Affected Versions:
Nightly 99.a1, Beta 98 and Release 97
Tested on:
MacOS 11
Windows 10
Preconditions:
browser.search.region US
extensions.formautofill.addresses.enabled - true
extensions.formautofill.addresses.supported to "detect"
extensions.formautofill.addresses.supportedCountries US,CA
download latest Firefox Nightly with region locale
have a complete address already saved in about:preferences#privacy
Steps to reproduce:
- Reach the address form on walmart.com
- Using the autofill feature, hover over any saved Address entry to check the autofill preview.
- Using the autofill feature, select 1 saved entry.
Expected Results:
- The preview should be properly done for all the eligible fields.
- The address autofill dropdown should be displayed for all fields.
- All the fields should be successfully auto-filled.
Actual Results:
- The preview is not done at all for the following fields: the First name, Last name, Street address, Optional address, Zip Code, Phone number, and it's partially done for the City field.
- The address autofill dropdown is not displayed for the Street address field.
- The Street address and the State dropdown are not auto-filled.
Notes:
- Reproducible on Chrome:
Yes - the preview issue and the missing autofill dropdown for the Street address field are reproducible also on Chrome.
No - the State dropdown is being auto-filled.
Please let me know if separate bugs are needed for the issues described above.
Updated•3 years ago
|
Updated•3 years ago
|
Comment 1•3 years ago
|
||
Alright, so this is a website specific issue. Walmart uses absolutely positioned <span>
elements that act like placeholders but are not actual placeholders. Each <input>
has some specific handling that makes the placeholder move out of the way when that particular element is focused/has data in it, but previewing a form fill does not (and should not) cause a focus event. You can see that the data is previewed correctly if I modify some of their styles so that the pseudo placeholders moved out of the way in the attached screenshot. This is why the actual autofill works as expected (minus the yellow highlight but that's a different bug).
The street address not autofilling correctly is expected since walmart is using autocomplete=new-password
on that particular field. Not much we can do about that situation at the moment.
I'm also not able to reproduce the State dropdown autofilling incorrectly, seems to work as expected when I test it.
Updated•3 years ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Comment 2•1 year ago
|
||
We autofill all the fields now (except street-address). The reason that we don't fill street-address
is as :tgiles commented in Comment 1 - the field has autocomplete=new-password
.
The not showing highlight issue should be addressed in Bug 1755928, so I'll close this as WORKSFORME
Comment 3•1 year ago
|
||
I should ask QA to help verify before closing the bug.
Hi Alin, could you help verify whether we autofill correctly now? thank you!
Comment 4•1 year ago
|
||
Hi,
I just verified the issue in the latest Nightly 114.0a1 (2023-04-19) on Windows 10 and macOS 12. The autofill is working properly for all fields except the street number field, but the autofill preview is still not applied to all fields. I will close this as worksforme now since the autofill functionality is working as expected now (except the street number filed) and if you think so, I can file a new bug for the autofill preview issue.
Thanks.
Description
•