Closed Bug 772002 Opened 12 years ago Closed 7 years ago

Multiple access keys used in preferences dialog for eo locale

Categories

(Mozilla Localizations :: eo / Esperanto, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: whimboo, Unassigned)

References

()

Details

(Whiteboard: [mozmill-l10n])

Attachments

(1 file)

Attached image screenshot
Our Mozmill l10n tests have been shown that there are some access keys which are used multiple times in the same scope. The full list of those keys you can find here:

http://mozmill-ci.blargon7.com/#/l10n/report/e2b510e5d4ce4614a48bf3e6fb12fda3

Details:

accessKey: "e" found in: label[control=sans-serif][accesskey=e], label[control=monospace][accesskey=E]
Fixed in:

http://hg.mozilla.org/releases/l10n/mozilla-aurora/eo/rev/ad569c15cdce
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
On Mac it still shows two failures. Not sure if those are new:

http://mozmill-ci.blargon7.com/#/l10n/report/99ab6c49d005522227c5717d8a02391c

accessKey: "i" found in: button#chooseFolder, radio#alwaysAsk
accessKey: "m" found in: checkbox#rememberHistory, button#showCookiesButton 

On linux it's only:

http://mozmill-ci.blargon7.com/#/l10n/report/99ab6c49d005522227c5717d8a00720f

accessKey: "m" found in: checkbox#rememberHistory, button#showCookiesButton
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
I don't know either.  I've just fixed them[1].

[1] http://hg.mozilla.org/releases/l10n/mozilla-aurora/eo/rev/ad569c15cdce
I have checked some of the older tests from the last weekend. And it looks like that those failures were already present. I have simply checked the windows results only. Sorry for that. Would you need additional screenshots or are the above information enough for you to fix the problem?
Can we get an update here? Looks like we are still suffering from some failures:

http://mozmill-daily.blargon7.com/#/l10n/report/0fc916b47806e5d11cba8af7dc1b7496

accessKey: "e" found in: label[control=sans-serif][accesskey=e], label[control=monospace][accesskey=E]
accessKey: "t" found in: radio#dntdotrack, button#cookieExceptions
accessKey: "v" found in: button#clearCacheButton, button#clearOfflineAppCacheButton
Blocks: 960439
Marking as a wontfix. With the reorganized preferences, duplicated accesskeys are inevitable.
Status: REOPENED → RESOLVED
Closed: 12 years ago7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: