1935980 - [JP][muji] Autofill doesn't work on most address form fields

Status: ASSIGNED

(Toolkit :: Form Autofill, task, P3)

Description

[Anca Soncutean, Desktop QA]

Attachment: screencast issue muji.gif

Found in

• 135.0a1

Affected versions

• 135.0a1

Tested platform

• Windows 11

Preconditions

• Install Firefox en-US build
• Have set in about:config:
  * browser.search.region - US
  * extensions.formautofill.addresses.supportedCountries - JP
  * extensions.formautofill.addresses.supported - ON
• Use JP VPN

Steps to reproduce

1. Go to https://www.muji.com/jp/ja/
2. Reach the checkout and try to interact with the address form

Expected result

• Preview/autofill/Clear works on all fields as expected.

Actual result

• Preview/autofill/Clear works only on Furigana and Postal code fields.

Regression range

• N/A

Additional notes

• Not reproducible on Chrome.
• Note that on Chrome, the Name and Furigana fields show the same content, whereas on Firefox, the Name field fails to work entirely and the saved name is displayed only in the Furigana field.
• Fathom sample.

Comment 1

[Neil Deakin]

Attachment: Reduced Testcase

In this testcase, the fields are meant to be:
email, name, kana name, postal code, prefecture (address-level1), ward name (neighbourhood), street address, apartment number, phone number

However the address fields have ids that are just address1-4 so it is unclear which field is which. There are no <label> elements, just heading text to describe the fields. The prefecture is determined automatically from the postal code and cannot be manually entered. The ward name is also filled in from the postal code but can be changed manually. The phone number is not detected at all.

Comment 2

[Dimi Lee [:dimi]]

Attachment: Bug 1935980 - if a field is not identified but has type='tel', assume it is a tel field r=NeilDeakin

Comment 3

[Pulsebot]

Pushed by [e-mail]:
https://github.com/mozilla-firefox/firefox/commit/62e523ce64f5
https://hg.mozilla.org/integration/autoland/rev/9ee2711be30f
if a field is not identified but has type='tel', assume it is a tel field r=NeilDeakin,credential-management-reviewers

Comment 4

[Pulsebot]

Pushed by [e-mail]:
https://github.com/mozilla-firefox/firefox/commit/1757b53dcc61
https://hg.mozilla.org/integration/autoland/rev/8b200046c094
Revert "Bug 1935980 - if a field is not identified but has type='tel', assume it is a tel field r=NeilDeakin,credential-management-reviewers" for causing bc failures @ browser_HomeDepot.js

Comment 5

[Sandor Molnar[:smolnar]]

Backed out for causing bc failures @ browser_HomeDepot.js

Backout link: https://hg.mozilla.org/integration/autoland/rev/8b200046c0948063b270676e7def12ff7276abc8

Push with failures

Failure log -> TEST-UNEXPECTED-FAIL | browser/extensions/formautofill/test/browser/heuristics/third_party/browser_HomeDepot.js

Comment 6

[Pulsebot]

Pushed by [e-mail]:
https://github.com/mozilla-firefox/firefox/commit/6675fb88080e
https://hg.mozilla.org/integration/autoland/rev/50e4e6cf8ab4
if a field is not identified but has type='tel', assume it is a tel field r=NeilDeakin,credential-management-reviewers

Comment 7

[Pulsebot]

Pushed by [e-mail]:
https://github.com/mozilla-firefox/firefox/commit/60c6b34e7265
https://hg.mozilla.org/integration/autoland/rev/d358cd01e942
Revert "Bug 1935980 - if a field is not identified but has type='tel', assume it is a tel field r=NeilDeakin,credential-management-reviewers" for causing mochitests failures in browser_OfficeDepot.js.

Comment 8

[Narcis Beleuzu [:NarcisB]]

Backed out for causing mochitests failures in browser_OfficeDepot.js

Backout link: https://hg-edge.mozilla.org/integration/autoland/rev/d358cd01e942897fa29257c5988205f9b04c5e62
Log link: https://treeherder.mozilla.org/logviewer?job_id=532739456&repo=autoland&task=HvrWISo9TmmO2SgfYeqAEg.0&lineNumber=2323

Please also check this failure on browser_phonenumber.js