Closed
Bug 757100
Opened 12 years ago
Closed 7 years ago
Multiple access keys used in preferences dialog for ast locale
Categories
(Mozilla Localizations :: ast / Asturian, defect)
Mozilla Localizations
ast / Asturian
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: whimboo, Unassigned)
References
()
Details
(Whiteboard: [mozmill-l10n])
Attachments
(1 file)
146.84 KB,
application/force-download
|
Details |
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/f87375a634b1a5ba746e5f763a3c477e Details: accessKey: p found in strings: [id: historyModeLabel, label: (label is undefined)], [id: privateBrowsingAutoStart, label: Usar siempre'l mou de navegación privao] accessKey: p found in strings: [id: historyModeLabel, label: (label is undefined)], [id: privateBrowsingAutoStart, label: Usar siempre'l mou de navegación privao] accessKey: m found in strings: [id: alwaysCheckDefault, label: Comprobar nel aniciu si Aurora ye'l restolador por defeutu], [id: submitTelemetryBox, label: Unviar información de rendimientu] accessKey: a found in strings: [id: (id is undefined), label: Ayuda], [id: (id is undefined), label: Instalar anovamientos automáticamente (recomendáu: meyora de seguridá)]
Reporter | ||
Comment 1•12 years ago
|
||
Can we please get an update on this bug? It would be great if we could get this fixed in the near future. We get failure reports each time a check-in happens for this locale. Attached you can find screenshots of those reported failures. Thanks!
Comment 2•7 years ago
|
||
Marking as a wontfix. With the reorganized preferences, duplicated accesskeys are inevitable.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•