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)

defect
Not set
normal

Tracking

(firefox14 affected, firefox15 affected)

RESOLVED FIXED
Tracking Status
firefox14 --- affected
firefox15 --- affected

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
Whiteboard: [mozmill-test-failure][l10n]
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
(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
(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.
Blocks: 756989
No longer blocks: 756989
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
Thanks.
changed. Please check.

Sorry for inconvenience.
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
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'.
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
Whiteboard: [mozmill-test-failure][l10n] → [l10n]
You need to log in before you can comment on or make changes to this bug.