[DE][tennis-point.de] Form autofill/preview/clear aren't applied on all the eligible fields
Categories
(Toolkit :: Form Autofill, task, P3)
Tracking
()
People
(Reporter: hyacoub, Assigned: enndeakin)
References
(Blocks 1 open bug, )
Details
(Whiteboard: [fxcm-addr-compatibility] )
Attachments
(3 files)
Found in
- Firefox Nightly 125.0a1
Affected versions
- Firefox Nightly 125.0a1
Tested platforms
- Affected platforms: macOS 11.6
Preconditions
- Install DE Firefox build
- Use DE VPN
- browser.search.region = DE
- extensions.formautofill.addresses.experiments.enabled - true
- extensions.formautofill.addresses.supportedCountries = DE
- extensions.formautofill.addresses.capture.requiredFields = empty
Steps to reproduce
- Reach the address form on https://www.tennis-point.de
- Click on "Name" field
- Select any of the options for the dropdown
- Right click on any of the fields and choose "Clear autofill form"
- Repeat steps from above for the rest of the fields
Expected result
- Form autofill/preview/clear should be applied on eligible fields.
Actual result
- Form autofill/preview/clear are only applied on the selected field.
Regression range
- N/A
Additional notes
- Not reproducible on Chrome.
Reporter | ||
Comment 1•1 year ago
|
||
Updated•8 months ago
|
Assignee | ||
Comment 2•7 months ago
|
||
The field 'zus info' is being detected as an address-line1 type field which already exists earlier in the form so it and the remaining fields are incorrectly split into a separate section. Removing the 'zus info' field beforehand makes this form work correctly.
Assignee | ||
Updated•7 months ago
|
Updated•7 months ago
|
Assignee | ||
Comment 3•6 months ago
|
||
The 'Zus Info' should actually be treated as an address-line2 field, not a repeated address-line1.
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Comment 4•4 months ago
|
||
On some sites, such as german sites the extra address info can appear after the city, postal code and other fields. This change allow certain fields to appear in-between the address fields, but other types of fields such as name and email should not. The changes to browser_autocomplete_off_on*.js and browser_basic.js are now treated as valid, and the change to browser_HomeDepot.js is because the second address field has autocomplete='billing street-address' so should be treated as a street address despite the ui suggesting it should be a city/state
Comment 5•4 months ago
|
||
(In reply to Neil Deakin from comment #3)
The 'Zus Info' should actually be treated as an address-line2 field, not a repeated address-line1.
Is it possible to fix this issue by inferring the right type (address-line2) in the first place?
Assignee | ||
Comment 6•4 months ago
|
||
Is it possible to fix this issue by inferring the right type (address-line2) in the first place?
This comment is out of date. The address-line2 is being identified correctly, but is being modified to an address-line1 because the postal code and city fields appear in-between.
Description
•