Closed Bug 302164 Opened 19 years ago Closed 19 years ago

Yes/No buttons in the "Remember password" dialog should describe their actions, have accesskeys

Categories

(Toolkit :: Password Manager, defect, P2)

defect

Tracking

()

RESOLVED FIXED
mozilla1.8final

People

(Reporter: asaf, Assigned: asaf)

References

(Blocks 1 open bug)

Details

(Keywords: fixed1.8, late-l10n)

Attachments

(4 files, 4 obsolete files)

In the "Remember password" dialog, we're using Yes/No buttons without making their label a bit more informative, suggesting "Do Not Remember" and "Remember".
Attached patch patch (obsolete) — Splinter Review
Attachment #190523 - Flags: review?(mconnor)
Attachment #190523 - Flags: approval1.8b4?
Attachment #190523 - Flags: approval1.8b4?
Flags: blocking1.8b4?
Whiteboard: [l10n impact]
Target Milestone: --- → Firefox1.1
Status: NEW → ASSIGNED
Priority: -- → P2
The patch would make the dialog look like: .-------------------------------------------------------------------------. | Password Manager can remember this logon and enter it automatically the | | next time you return to this web site. | | | | Do you want Password Manager to remember this logon? | | | | [Never for this site] [Do not rember] [Remember] | .-------------------------------------------------------------------------. which seems really wordy to me and there's a lot of repetition of the word "remember". I think that if we change the button labels, we can probably ditch a lot of the text. Maybe: .-------------------------------------------------------------------------. | Do you want Firefox to remember this logon and password for next time? | | | | | | [Never for this site] [Not now] [Remember] | .-------------------------------------------------------------------------. so: savePasswordText = Do you want Firefox to remember this logon and password for next time? rememberPassword = Remember doNotRememberPassword = Not now neverForSite = Never for this site
Attachment #190523 - Attachment is obsolete: true
Attachment #190523 - Flags: review?(mconnor)
looks good to me.
Not blocking for this - but we'll take the fix if the patch can be made ready in the next few days.
Flags: blocking1.8b4? → blocking1.8b4-
Attached patch patch (obsolete) — Splinter Review
Attachment #191614 - Flags: review?(mconnor)
Attached patch updated patch with new labels (obsolete) — Splinter Review
"Do you want Firefox to remember this password?" [ Never for this site ] [ Not now ] [ Remember ]
Attachment #191614 - Attachment is obsolete: true
Attachment #191615 - Flags: review?
Attachment #191615 - Flags: review? → review?(mconnor)
Comment on attachment 191615 [details] [diff] [review] updated patch with new labels yeek
Attachment #191615 - Flags: review?(mconnor) → review-
Attached patch patchSplinter Review
Attachment #191615 - Attachment is obsolete: true
Attachment #191616 - Flags: review?(mconnor)
Attachment #191614 - Flags: review?(mconnor)
Attachment #191616 - Flags: review?(mconnor)
Attachment #191616 - Flags: review+
Attachment #191616 - Flags: approval1.8b4+
Checking in toolkit/components/passwordmgr/base/nsPasswordManager.cpp; /cvsroot/mozilla/toolkit/components/passwordmgr/base/nsPasswordManager.cpp,v <-- nsPasswordManager.cpp new revision: 1.63; previous revision: 1.62 done Checking in toolkit/locales/en-US/chrome/passwordmgr/passwordmgr.properties; /cvsroot/mozilla/toolkit/locales/en-US/chrome/passwordmgr/passwordmgr.properties,v <-- passwordmgr.properties new revision: 1.3; previous revision: 1.2 don
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Blocks: 303555
Reopening. We lost access keys on the buttons with this change. Looks like they are automatically added for Yes/No/Yes to All.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
While it's reopen, we should probably fix the fact that it looks pretty crappy on Windows: - reorder buttons as shown - left-align the "Never for this site" - make not-now the default selection .-------------------------------------------------------. | . | | /?\ Do you want Firefox to remember this password? | | --- | | | | [Never for this site] [Remember] [Not Now] | .--------------------------------†----------------------.
Assignee: bugs.mano → nobody
Status: REOPENED → NEW
Assignee: nobody → bugs.mano
Attached image w32 screenshot - ew
After a heated discussion in IRC in which I was informed a) how out to lunch I was, and b) how hard that suggestion would be to implement, I guess that the ugly w32 dialog can stay for branch. :( For the record, the problems in w32 are that the new, simpler question means that the dialog is cramped (see screenshot) which makes it harder to parse at a glance and results in the buttons bumping up beneath the ? icon which looks pretty strange. Suggestion for access keys is: "R"emember, Ne"v"er for this Site, "N"ot Now
Status: NEW → ASSIGNED
Our language seems to be moving to "Remember" instead of "Save" In Options | Passwords, we have Remember Password checkbox. In the same dialog we have "View Saved Passwords" button. Not View Remembered Passwords. In Options | History we have "Remember visited blah... checkbox. In Options | Saved Forms (note Save, not Remembered Forms), "Save information I blah... checkbox and "Clear Saved Form Data Bow" button. I'm a proponent of consistancy. The areas I mentioned above are outside of this bug. But this seems like a good place to try to move things back to consitancy
This should fix bug 61877 as well.
Attachment #193911 - Flags: review?(aaronleventhal)
Attachment #193911 - Flags: review?(aaronleventhal) → review?(mconnor)
Blocks: 61877
Comment on attachment 193911 [details] [diff] [review] access keys (r/v/n) r=vladimir with much happiness; my finger memory thanks you
Attachment #193911 - Flags: review?(mconnor) → review+
Comment on attachment 193911 [details] [diff] [review] access keys (r/v/n) Seems pretty low risk to take it, although there may be a late l10n impact.
Attachment #193911 - Flags: approval1.8b4?
Flags: blocking1.8b4- → blocking1.8b4?
Summary: Yes/No buttons in the "Remember password" dialog should describe their actions → Yes/No buttons in the "Remember password" dialog should describe their actions, have accesskeys
*** Bug 303689 has been marked as a duplicate of this bug. ***
Attachment #193911 - Flags: approval1.8b4? → approval1.8b4+
Comment on attachment 193911 [details] [diff] [review] access keys (r/v/n) We have to change the entity name if we want l10n to be fixed as well
Attached patch with that change (obsolete) — Splinter Review
Attachment #194241 - Flags: review+
Comment on attachment 194241 [details] [diff] [review] with that change oops, wrong file.
Attachment #194241 - Attachment is obsolete: true
Attachment #194241 - Flags: review+
Attached patch with that changeSplinter Review
Attachment #194242 - Flags: review?(vladimir)
Please open new bugs on anything else, thanks. Trunk: Checking in components/passwordmgr/base/nsPasswordManager.cpp; /cvsroot/mozilla/toolkit/components/passwordmgr/base/nsPasswordManager.cpp,v <-- nsPasswordManager.cpp new revision: 1.67; previous revision: 1.66 done Checking in locales/en-US/chrome/passwordmgr/passwordmgr.properties; /cvsroot/mozilla/toolkit/locales/en-US/chrome/passwordmgr/passwordmgr.properties,v <-- passwordmgr.properties new revision: 1.5; previous revision: 1.4 done 1.8 Branch: Checking in locales/en-US/chrome/passwordmgr/passwordmgr.properties; /cvsroot/mozilla/toolkit/locales/en-US/chrome/passwordmgr/passwordmgr.properties,v <-- passwordmgr.properties new revision: 1.4.2.1; previous revision: 1.4 done Checking in components/passwordmgr/base/nsPasswordManager.cpp; /cvsroot/mozilla/toolkit/components/passwordmgr/base/nsPasswordManager.cpp,v <-- nsPasswordManager.cpp new revision: 1.65.2.1; previous revision: 1.65 done
Status: ASSIGNED → RESOLVED
Closed: 19 years ago19 years ago
Keywords: fixed1.8, late-l10n
Resolution: --- → FIXED
Whiteboard: [l10n impact]
Flags: blocking1.8b4?
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: