Closed Bug 1751159 Opened 2 years ago Closed 2 years ago

[aliexpress] Aliexpress auto-fill address fields does not work


(Toolkit :: Form Autofill, defect, P3)




Tracking Status
firefox96 --- affected
firefox97 --- affected
firefox98 --- affected
firefox99 --- affected


(Reporter: atrif, Unassigned)




(3 files)

Attached image autofill_ali.gif

Affected versions

  • 98.0a1 (20220119214718)
  • 97.0b5 (20220118185733)
  • 96.0.2 (20220119190439)

Affected platforms

  • Windows 7x64
  • macOS 11

Steps to reproduce

  1. Open Firefox and
  2. Sign in and add a product to the cart.
  3. Checkout and select Add new address.
  4. Try to autofill the fields.

Expected result

  • Fields can be auto-filled.

Actual result

  • Autofill is not working.

Regression range

  • I will search for one ASAP if there is one.


  • Screen recording attached.
QA Whiteboard: [qa-regression-triage]
Has Regression Range: --- → no
Has STR: --- → yes
Assignee: nobody → tgiles

Reproduced with Firefox 56.0a1 (2017-07-02) (64-bit) as well. I think it's safe to assume that this is not a regression. Removing flags.

Has Regression Range: no → ---

Each of the inputs in the form have an autocomplete attribute that is explicitly set to "off". Since address autofill respects the autocomplete attribute, we don't show an autocomplete drop down for any input/select element in the form. Additionally the main form itself doesn't have an autocomplete attribute at all, so this seems like a web compatibility issue than a form autofill issue.

Just checked Chrome and they seem to ignore the autocomplete="off" in this case. The phone number doesn't fill in correctly, putting the entire number in the country code section, but also putting the entire number in the heuristically determined phone field. Address line 1 and 2, country, state, and ZIP code (since I'm based in the USA) fill as expected via heuristics.

I guess this raises the question, do we ignore when websites use autocomplete="off" now? Let me be clear, I don't know why autocomplete is set off in this case; but it is definitely intentionally since all the input fields have autocomplete="off". What's a bit strange as well is that there are one or two fields that have aria-autocomplete having a valid value but then autocomplete="off" which seems like a contradiction.

It seems that Ubuntu is also affected by this issue. Managed to reproduce the issue on Firefox 97.0-build2, under Ubuntu 20.04.

Priority: -- → P3

Reproduced the issue on as well using the latest Nightly 99.0a1 FR locale build.

See Also: → 1753630
See Also: → 1753638
See Also: → 1753636
Depends on: 1754879
Assignee: tgiles → nobody

The severity field for this bug is relatively low, S3. However, the bug has 5 See Also bugs.
:tgiles, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(tgiles)
Flags: needinfo?(tgiles)
Depends on: 1768642
Attached video 2022-06-29_15h57_34.mp4

Re-tested the issue in the latest Nightly 104.0a1 using Windows 10, and now, the Contact, Address and the ZIP fields are autofilled properly, but the phone number is autofilled incorrectly, the Country is not selected from the dropdown accordingly and the autofill specific yellow highlight is missing.

Closing this as WFM since the autofill is working properly now for all the fields using VPN to US, in latest Nightly 104.0a1. I will file a new bug for the autofill yellow highlight that is still missing.

Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.