Closed
Bug 756982
Opened 12 years ago
Closed 12 years ago
Same access key used multiple times in preferences dialog for hi-IN locale
Categories
(Mozilla Localizations :: hi-IN / hindi, defect)
Mozilla Localizations
hi-IN / hindi
Tracking
(firefox14 affected, firefox15 affected)
RESOLVED
FIXED
People
(Reporter: vladmaniac, Assigned: rajeshkajha)
References
()
Details
(Whiteboard: [l10n])
Firefox builds affected: default branch and mozilla-aurora l10n builds Mozmill version: 1.5.12 Error: accessKey: a found in strings: [id: cookieExceptions, label: Ausnahmen…], [id: locationBarSuggestionLabel, label: (label is undefined)] Platforms: all Report link for Nightly: http://mozmill-ci.blargon7.com/#/l10n/report/f87375a634b1a5ba746e5f763a3f8b84 Report link for Aurora: http://mozmill-ci.blargon7.com/#/l10n/report/f87375a634b1a5ba746e5f763a401020
Reporter | ||
Updated•12 years ago
|
Whiteboard: [mozmill-test-failure][l10n]
Reporter | ||
Updated•12 years ago
|
status-firefox14:
--- → affected
status-firefox15:
--- → affected
Comment 1•12 years ago
|
||
Thanks Vlad for raising this bug. Actually it's not a failure in our tests but the Firefox locale for hi-IN.
Component: Mozmill Tests → hi-IN / hindi
Product: Mozilla QA → Mozilla Localizations
QA Contact: mozmill-tests → hi-IN
Reporter | ||
Comment 2•12 years ago
|
||
(In reply to Henrik Skupin (:whimboo) from comment #1) > Thanks Vlad for raising this bug. Actually it's not a failure in our tests > but the Firefox locale for hi-IN. The same for de locale http://mozmill-ci.blargon7.com/#/l10n/report/f87375a634b1a5ba746e5f763a3f8b84
Comment 3•12 years ago
|
||
(In reply to Maniac Vlad Florin (:vladmaniac) from comment #2) > The same for de locale > http://mozmill-ci.blargon7.com/#/l10n/report/f87375a634b1a5ba746e5f763a3f8b84 Please don't mix that up for different locales. File a new bug under the de locale instead.
Comment 4•12 years ago
|
||
The test failure mentioned in comment 0 is wrong and applies to the German locale. Here is the updated information: http://mozmill-ci.blargon7.com/#/l10n/report/f87375a634b1a5ba746e5f763a401020 accessKey: h found in strings: [id: (id is undefined), label: मदद], [id: allowHWAccel, label: उपलब्ध होने पर हार्ड त्वरण का उपयोग करें] accessKey: h found in strings: [id: (id is undefined), label: मदद], [id: enableSearchUpdate, label: खोज इंजन] That means you reuse the 'h' access key multiple time for the two above cases.
Summary: Mozmill test /testAccessKeys/test1.js is failing with "accessKey: <character> found in strings" in l10n builds → Same access key used multiple times in preferences dialog for hi-IN locale
Assignee | ||
Comment 5•12 years ago
|
||
Thanks. changed. Please check. Sorry for inconvenience.
Comment 6•12 years ago
|
||
Thanks for this quick turnaround Rajesh! Has this been landed already? If not our tests are getting triggered once the tinderbox build for your locale has been finished and results will appear here: http://mozmill-ci.blargon7.com/#/l10n/reports
Comment 7•12 years ago
|
||
The patch landed is: http://hg.mozilla.org/releases/l10n/mozilla-aurora/hi-IN/rev/fdf6bb29c604 Interestingly it has been caused an another failure now: accessKey: h found in strings: [id: (id is undefined), label: मदद], [id: allowHWAccel, label: उपलब्ध होने पर हार्ड त्वरण का उपयोग करें] The element with the label 'मदद' in conflicting with 'allowHWAccel'.
Comment 8•12 years ago
|
||
All seems to be fixed now by: http://hg.mozilla.org/releases/l10n/mozilla-aurora/hi-IN/rev/300ffc388380 http://mozmill-ci.blargon7.com/#/l10n/reports Thanks for working on it that quickly Rajesh!
Assignee: nobody → rajeshkajha
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Whiteboard: [mozmill-test-failure][l10n] → [l10n]
You need to log in
before you can comment on or make changes to this bug.
Description
•