[ebay] Cannot autofill street address on "complete your account info" page
Categories
(Firefox for Android :: Autofill, defect)
Tracking
()
People
(Reporter: matt-tighe, Unassigned)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [fxdroid][group1])
Attachments
(1 file)
|
49.90 KB,
image/png
|
Details |
Preconditions:
Have some saved addresses.
Steps to reproduce
- Go to: https://www.ebay.com/
- Sign up for an account but do not add an address
- Click "buy now" on a product
- See page prompting to add an address
- Focus the street address field
- Observe the behavior.
Expected result:
The address autocomplete prompt is displayed
Actual result:
The prompt is not shown
Device information
Android device model and OS: Pixel 2 XL emulator
Updated•11 days ago
|
| Reporter | ||
Comment 1•11 days ago
|
||
Bug investigation:
We determined that nsFormfillController::ShowPopup was being called from the JS side but never completing. This was because the input referenced here is never set, which is normally done through this function. Tracing this back up to JS, we expect to call markAsAutofillField here. However, the addressFields variable here is empty, because the conditional above is triggered since there are fewer than 3 fields here.
Next steps are to investigate if/how fields are normally set as input fields in cases where the sections are below this threshold.
| Reporter | ||
Comment 2•11 days ago
|
||
| Reporter | ||
Comment 3•10 days ago
|
||
Removing the conditional allows us to successfully continue through the ShowPopup code, but the prompt is still not displayed. A key down event is recognized here which works though the AutoCompleteController until it starts searches for matching fields.
When the searches complete, there are 0 results available. This means we never execute the OpenPopup call here. In the working example there are matches at this point.
Next steps will be to investigate why we fail to provide match results here. The Search Provider in this case should be the FormAutofillChild.
Some rough notes tracing this at EoD:
search here is an nsIAutoCompleteSearch. This StartSearch is defined in the nsFormFillController. This calls mFocusedPopup->StartSearch with the popup in StartControllingInput. This interface is implemented by the AutoCompleteChild. I could see breakpoints being hit up to here in the child, but then the phone screen would reset and kick me out of the devtools debugger. More tomorrow!
| Reporter | ||
Comment 4•10 days ago
|
||
Oh! Also the threshold was added in https://bugzilla.mozilla.org/show_bug.cgi?id=1304634. Might be a clue to investigate later as to why that behavior exists in the first place
| Reporter | ||
Comment 5•6 days ago
|
||
According to :dimi, this threshold was first introduced to avoid false positives and there are plans to remove the threshold.
:dimi, could you possibly share more about what kind of false positives we are looking to avoid? Is it possible we could accelerate the timeline for removing the threshold?
| Reporter | ||
Comment 6•6 days ago
|
||
For a comparison on Chrome:
they seem to recognize the field as autofillable, but give the user complete control in how to fill it. I'm able to select to fill it with logins, credit cards, or any part of an address
Comment 7•4 days ago
|
||
(In reply to Matt Tighe [:matt-tighe] from comment #5)
According to :dimi, this threshold was first introduced to avoid false positives and there are plans to remove the threshold.
:dimi, could you possibly share more about what kind of false positives we are looking to avoid? Is it possible we could accelerate the timeline for removing the threshold?
Not a specific false-positive, but in general avoid showing popup as long as a field matches any of the keyword listed in here.
As for the timeline, we do plan to implement this early next year. If the time doesn't work for the mobile team, let's chat offline to see if there is anything we can do.
| Reporter | ||
Comment 8•3 days ago
|
||
I don't think there's a huge rush on our end. I may continue investigating the issue I found here with the search provider, but otherwise I have added this to bug 2000036 and we can take another look at it down the line.
Comment 9•3 days ago
|
||
I plan on adding support for autofilling less than 3 fields when one of the fields has an autocomplete attribute in bug 1930874.
Description
•