Closed Bug 770543 Opened 12 years ago Closed 12 years ago

Multiple access keys used in preferences dialog for fi locale

Categories

(Mozilla Localizations :: fi / Finnish, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: whimboo, Assigned: ville.pohjanheimo)

References

()

Details

(Whiteboard: [mozmill-l10n])

Attachments

(2 files, 1 obsolete file)

Attached file screenshots (obsolete) —
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/4c461f9adf1253771fc6455667066c81

Details:

 accessKey: "i" found in: button[label=Poikkeukset…], button#advancedJSButton
accessKey: "k" found in: value: Koko:, value: Koko:
accessKey: "e" found in: checkbox#rememberHistory, label#locationBarSuggestionLabel
accessKey: "k" found in: button#cookieExceptions, checkbox#alwaysClear
accessKey: "o" found in: button[label=Ohje], checkbox#rememberForms
accessKey: "h" found in: radio[label=Hae päivityksiä, mutta minä päätän asennetaanko ne], checkbox#enableSearchUpdate
Attached file screenshots
Screenshots for Linux are better than Mac because those show the access key underlined.
Attachment #638738 - Attachment is obsolete: true
Thanks. Fixed on aurora.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Sorry, but the latest testrun still shows problems:
http://mozmill-ci.blargon7.com/#/l10n/report/4c461f9adf1253771fc645566720ee61

accessKey: "k" found in: value: Koko:, value: Koko:
accessKey: "a" found in: radio[label=Asenna automaattisesti (suositeltu: turvallisin)], checkbox#enableSearchUpdate 

Whenever you check-in changes you can have a look at the following URL a couple of minutes later for results:

http://mozmill-ci.blargon7.com/#/l10n/reports
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Doh. Too tired apparently to miss the latter one listed. Fixed now.

The k-accesskey bug is a wontfix. I'd rather always and everywhere have the same accesskey for Help than fix this minor bug. Therefore this bug closed as wontfix. (However thank you very much again for these helpful bugs/reports. They are a great help in making a good l10n).
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → WONTFIX
(In reply to Ville Pohjanheimo from comment #5)
> The k-accesskey bug is a wontfix. I'd rather always and everywhere have the
> same accesskey for Help than fix this minor bug. Therefore this bug closed
> as wontfix. (However thank you very much again for these helpful
> bugs/reports. They are a great help in making a good l10n).

Well, it's not that easy. We can't simply close it as wontfix because it would invalidate our mozmill tests. We can't exclude single access keys. Right now I'm not sure how this could be fixed. I will CC Axel so that he can give feedback. Also I will attach a single screenshot so it's better visible what's going on here.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Yeah, this seems to be "size" vs "size", and you'll need to use an off accesskey for one there, otherwise the UI is just not accessible in one of the two.
Fixed in http://hg.mozilla.org/releases/l10n/mozilla-aurora/fi/rev/ffacfabdc11c
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: