### Beta/Release Uplift Approval Request * **User impact if declined**: If the user: * has Primary Password enabled * Note: This feature is disabled by default. * has _not_ authenticated for the current session * visits a login page with a saved login * cancels the expected Primary Password prompt on page load (from an attempt to autofill) * fills in and submits the form with a different login * cancels the expected Primary Password prompt on form submit (from an attempt to ask if the user wants to save this new login via a doorhanger) ...then the user will see several extra Primary Password prompts if they continue to cancel each one instead of authenticating successfully. * **Is this code covered by automated tests?**: Yes * **Has the fix been verified in Nightly?**: No * **Needs manual test from QE?**: Yes * **If yes, steps to reproduce**: See STR in the [Description](https://bugzilla.mozilla.org/show_bug.cgi?id=1659655#c0) and QA verification notes in [comment #11](https://bugzilla.mozilla.org/show_bug.cgi?id=1659655#c11). * **List of other uplifts needed**: None * **Risk to taking this patch**: Low * **Why is the change risky/not risky? (and alternatives if risky)**: As described above, there are a specific set of conditions that must be met before the user would encounter this bug, so it only affects a small minority of users. The fix itself is very simple and only affects whether or not an autocomplete dropdown for the username field in the password save/update doorhanger shows or not. * **String changes made/needed**:
Bug 1659655 Comment 14 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
### Beta/Release Uplift Approval Request * **User impact if declined**: If the user: * has Primary Password enabled * Note: This feature is disabled by default. * has _not_ authenticated for the current session * visits a login page with a saved login * cancels the expected Primary Password prompt on page load (from an attempt to autofill) * fills in and submits the form with a different login * cancels the expected Primary Password prompt on form submit (from an attempt to ask if the user wants to save this new login via a doorhanger) ...then the user will see several extra Primary Password prompts if they continue to cancel each one instead of authenticating successfully. * **Is this code covered by automated tests?**: Yes * **Has the fix been verified in Nightly?**: No * **Needs manual test from QE?**: Yes * **If yes, steps to reproduce**: See STR in the [Description](https://bugzilla.mozilla.org/show_bug.cgi?id=1659655#c0) and QA verification notes in [comment #11](https://bugzilla.mozilla.org/show_bug.cgi?id=1659655#c11). * **List of other uplifts needed**: None * **Risk to taking this patch**: Low * **Why is the change risky/not risky? (and alternatives if risky)**: As described above, there are a specific set of conditions that must be met before the user would encounter this bug, so it only affects a small minority of users. The fix itself is very simple and only affects whether an autocomplete dropdown for the username field in the password save/update doorhanger shows or not. * **String changes made/needed**: