Closed Bug 488484 Opened 16 years ago Closed 16 years ago

Incorrect reuse of accesskey

Categories

(Firefox :: Menus, defect)

3.0 Branch
x86
Linux
defect
Not set
normal

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
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…"
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.