Closed Bug 1691903 Opened 3 years ago Closed 3 years ago

[screwfix.com][Register][false-negative] Password Generation option is not displayed in the autocomplete dropdown

Categories

(Toolkit :: Password Manager: Site Compatibility, defect, P3)

Desktop
All
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox85 --- affected
firefox86 --- affected
firefox87 --- affected

People

(Reporter: tbabos, Unassigned)

References

(Blocks 1 open bug, )

Details

(Whiteboard: [passwords:generation])

Attachments

(1 file)

Attached video Video of the issue

Affected Versions:

  • Nigthly 87.0a1 (2021-02-09)
  • Beta 86.0b7
  • Release 85.0

Tested On:

  • MacOS 10.15

Steps to Reproduce:

  1. Go to screwfix.com register page: https://www.screwfix.com/registrationpage/
  2. Pass through the email form and reach the 2nd page
  3. Click on the first Password field
  4. Click on the second password field

Expected:
Since we are on a register form, the password generation option should be offered in the autocomplete dropdown

Actual:
Password Generation is not offered in the autocomplete dropdown for the first Password field but is offered on the Retype Password field

Notes:

  • Reproducible on Chrome? Yes, it doesn't appear for any of the fields there
  • Field attribute:
    • New password field:
      <input type="password" name="Password" id="password" placeholder="Password" class="fm-input" required="" aria-required="true" data-alt-name=" your password" maxlength="20" autocomplete="off">
    • Retype Password field:
      <input type="password" name="retypePassword" id="retypePassword" placeholder="Re-type Password" class="fm-input" data-alt-name="Please re-enter your password" maxlength="20" autocomplete="off">
  • Regression-range: not a regression, reproducible back to 80 when we started to display the password generation option in the autocomplete dropdown

Fathom is giving a 99 score to the confirm password field, and only a 52 to the password field. This seems related to both 1691441 and 1691444. I'm still not sure why Fathom doesn't like this pattern, but we have a few more sites to add to the training data so hopefully we can solve this pattern.

See Also: → 1691441, 1691444

Confirmed password fields matches the following rules:

elementAttrsMatchConfirm: coefficient(1.79710853099823)
hasConfirmPlaceholder: coefficient(2.120662212371826)
closestLabelMatchesConfirm: coefficient(2.188796281814575)
hasConfirmLabel: coefficient(1.9212454557418823)

while the "password" field doesn't match any rules.

Whiteboard: [passwords:generation]

Not sure if it is possible to use fathom to first learn a field is a confirm password field, and then use it to infer that the previous field is probably also a new password field.

Depends on: 1692980
Priority: -- → P3
No longer depends on: 1692980

This is no longer reproducible on the latest Firefox Nightly 91.0a1 version, tested on MacOS.

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

Attachment

General

Created:
Updated:
Size: