Closed
Bug 1143852
Opened 9 years ago
Closed 9 years ago
Remove duplication between password-save and password-change notifications
Categories
(Toolkit :: Password Manager, defect)
Toolkit
Password Manager
Tracking
()
Tracking | Status | |
---|---|---|
firefox39 | --- | verified |
People
(Reporter: Paolo, Assigned: Paolo)
References
Details
Attachments
(1 file, 1 obsolete file)
7.64 KB,
patch
|
Details | Diff | Splinter Review |
The password-save and password-change notifications are anchored to the same icon but are currently different notifications, which might lead to race conditions in some cases. Using a single ID would remove this concern.
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → paolo.mozmail
Status: NEW → ASSIGNED
Iteration: --- → 39.2 - 23 Mar
Points: --- → 1
Flags: qe-verify+
Flags: firefox-backlog+
Assignee | ||
Comment 1•9 years ago
|
||
Attachment #8578250 -
Flags: review?(MattN+bmo)
Assignee | ||
Updated•9 years ago
|
Comment 2•9 years ago
|
||
Comment on attachment 8578250 [details] [diff] [review] The patch Review of attachment 8578250 [details] [diff] [review]: ----------------------------------------------------------------- ::: toolkit/components/passwordmgr/nsLoginManagerPrompter.js @@ +858,3 @@ > "password-notification-icon", mainAction, > + secondaryActions, > + { timeout: Date.now() + 10000, Nit: want to move the opening and closing of the object literal to their own lines so blame doesn't change every time when we modify the first & last property?
Attachment #8578250 -
Flags: review?(MattN+bmo) → review+
Assignee | ||
Comment 3•9 years ago
|
||
I've fixed a test for the doorhanger type detection used by the Sync message.
Attachment #8578250 -
Attachment is obsolete: true
Assignee | ||
Comment 4•9 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/dd7c2ecaca68
Comment 5•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/dd7c2ecaca68
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox39:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla39
Updated•9 years ago
|
QA Contact: kjozwiak
Comment 6•9 years ago
|
||
Used the following websites to go through the test cases listed below: facebook.com amazon.com twitter.com * logging into a website that currently doesn't have a saved password will correctly display the "Save Password" doorhanger * logging into a website with a new password with an account that's already saved will display the "Change Password" doorhanger * ensure that the "Save Password" and "Update Password" doorhangers are basically similar (have the same UX) * changed passwords are correctly being displayed in the "Saved Passwords" database under the security preferences * adding a previously saved username into the "username" field when it appears as "no username" correctly asks the user to "update" rather than "save" the password * using usernames that are currently saved in the password database are correctly being filled in with the correct passwords * selecting usernames that have been removed from the password database are not being filled in * selecting "Never remember password for this site" won't prompt the doorhanger for that particular website anymore ** ensure the site is appearing under the "Exceptions - Saved Passwords" list ** ensure the user will be asked to save the passwords once the site has been removed from the "Exceptions - Saved Passwords" list ** ensured that even though "Never remember password for this site" has been selected, previously saved passwords are still being correctly filled in * use the same username on several different websites and ensure the correct username/password is being used for each website * making sure that username and passwords are not being auto filled while in "Private Browsing" mode Save Passwords Database under Security Preferences: * removing single entries using the "Remove" button * selecting "Remove All" under "Saved Passwords" in preferences correctly prompts the user ** selecting "No" and "X" under the "Remove all passwords" dismisses the prompt and doesn't remove any of the passwords ** selecting "Yes" correctly removes all the passwords from the database ** ensure that once the database is deleted, you cannot login with the previously saved username/passwords * pressing "Show Passwords" prompts a confirmation dialog ** selecting "Yes" correctly displays all the passwords currently saved ** selecting "No" correctly dismisses the prompt and doesn't display any of the saved passwords * ensure that the "Remove", "Remove All" and "Show Passwords" buttons are grayed out when there's no passwords in the database * ensure that "Copy Username" and "Copy Password" is working correctly when right clicking on saved entries Used the following build: * http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2015-04-23-03-02-04-mozilla-central/
Status: RESOLVED → VERIFIED
Updated•9 years ago
|
Updated•9 years ago
|
Blocks: 2015-login-capture-UX
Updated•9 years ago
|
No longer blocks: passwords-2015-UX
You need to log in
before you can comment on or make changes to this bug.
Description
•