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]
Status: NEW → RESOLVED
Closed: 7 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.  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
Marking as a wontfix. With the reorganized preferences, duplicated accesskeys are inevitable.
Status: REOPENED → RESOLVED
Closed: 7 years ago → 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.