Affected Versions:
All latest firefox versions

Tested On:
MacOS 10.15

Steps to reproduce:

1. Go to https://argos.co.uk
2. Reach the register form
3. Go through the form until the password fields are reached
4. Click on the first password field and choose to generate a password

Expected Result:
As of Bug 1576490, the retype password field should be automatically filled in upon a password is generated in the first field.

Actual Results:
The re-type password field is not filled in.

Regression-range:
Not a regression, can be reproduced back to Fx78-79 when this functionality was introduced via Bug 1576490.

Notes:
Field attr:
<input type="password" data-min-length="6" data-more-letters-than="1" data-more-digits-than="0" name="retypeNewPassword" class="form-control" id="retype-new-password" autocomplete="off" data-bdd-test-id="retypeNewPasswordInputField" data-group="newPassword">

The re-type password field is disabled at the time we fill in the generated password in the first password field, so we don't automatically fill the password in the re-type field.

<input type="password" name="retypeNewPassword" class="form-control"
  id="retype-new-password" autocomplete="off" disabled="">

This bug is blocked by bug 1198363 that involves potentially implementing similar behavior to Chrome with respect to the focus, blur, and keypress events that occur when a user enters text via keyboard. Since this confirm password field is disabled until the previous input has focus and a keypress event has been sent, we would need to modify how we fill forms in order to get around this confirm input being disabled.