Closed
Bug 488484
Opened 16 years ago
Closed 16 years ago
Incorrect reuse of accesskey
Categories
(Firefox :: Menus, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 448029
People
(Reporter: friedel, Unassigned)
Details
browser/base/content/baseMenuOverlay.xul is using updateCmd.accesskey, and this string in the menu seems to retain the same access key, even when the message is changed to updatesItem_pendingFallback from browser/chrome/browser/browser.properties.
This causes a disassociated access key when the letter chosen for browser.properties (updateCmd.label) is not available in updatesItem_pendingFallback
Reporter | ||
Comment 1•16 years ago
|
||
Actually, I wouldn't be surprised if the same accesskey is used for all of those messages in browser.properties, but I only saw the one mentioned above in the GUI.
#: updatesItem_default
msgctxt "updatesItem_default"
msgid "Check for Updates…"
#: updatesItem_defaultFallback
msgctxt "updatesItem_defaultFallback"
msgid "Check for Updates…"
#: updatesItem_downloading
msgid "Downloading %S…"
#: updatesItem_downloadingFallback
msgid "Downloading Update…"
#: updatesItem_resume
msgid "Resume Downloading %S…"
#: updatesItem_resumeFallback
msgid "Resume Downloading Update…"
#: updatesItem_pending
msgctxt "updatesItem_pending"
msgid "Apply Downloaded Update Now…"
#: updatesItem_pendingFallback
msgctxt "updatesItem_pendingFallback"
msgid "Apply Downloaded Update Now…"
Updated•16 years ago
|
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Updated•16 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•