1633837 - [False Negative] Password generation is not offered for the New password field on zoom.us registration form

Status: NEW

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

Description

[Bianca Danforth [:bdanforth]]

Attachment: zoom-us-false-negative-pwgen.gif

Affected versions:
Nightly 77.0a1 (2020-04-27) (64-bit)

Affected Platforms:
Mac OSX 10.13.6

Steps to reproduce:
Go to zoom.us and reach the Sign Up page.
Enter a fake e-mail address and click the verification link in the received e-mail.
Click in the first new password field.

Expected Result:
The autocomplete dropdown should display the Password Generation option for the new password field.

Actual Result:
Password Generation was not offered for the new password field.

Regression Range:
Not a regression; it also doesn't work in Release 75.

Notes:
<input placeholder="Password" type="password" id="password" name="password" class="form-control form-input" maxlength="32" aria-describedby="update_password_tip">
See attached gif; password generation is correctly offered on the confirm field.

Comment 1

[Bianca Danforth [:bdanforth]]

According to its Tranco + Alexa ranking, this site is among the most popular (which we are currently defining to be the top 500).

Comment 2

[Matthew N. [:MattN]]

Not sure if Erik saw the mention of this in #fathom in time for his model update today.

Comment 3

[Sam Foster [:sfoster] (he/him)]

Assigning severity. Priority-wise we should still get to this sooner rather than later.

Comment 4

[:severin Rudie]

When testing the model update in bug 1638187 I found that the password field was not being recognized (score: 0.5207634486061282) while "confirm password" was (score: 0.9996998458151016).

It's worth noting that this is a live page, though, and these results have been somewhat flaky.

Comment 5

[Matthew N. [:MattN]]

Bumping down to P2 since although this is a popular website, the issue is a false negative, not a false positive and the user can use the context menu as a fallback.