Closed Bug 639890 Opened 15 years ago Closed 13 years ago

Add the value attribute of elements to the list of attributes used in jum.assert messages

Categories

(Mozilla QA Graveyard :: Mozmill Tests, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: ehsan.akhgari, Unassigned)

References

Details

(Whiteboard: [mozmill-l10n])

http://mozmill-crowd.brasstacks.mozilla.com/#/l10n/report/f179c276497eff82ec93f78b1e39261b The duplicate access keys were backgroundColor.accesskey <http://hg.mozilla.org/l10n-central/fa/file/5e7758539fdb/browser/chrome/browser/preferences/colors.dtd#l12> and linkColor.accesskey <http://hg.mozilla.org/l10n-central/fa/file/5e7758539fdb/browser/chrome/browser/preferences/colors.dtd#l20>. Here is the message that Mozmill generated: jum.assert(false) - accessKey: پ found in string's: [id: (id is undefined), label: (label is undefined)], [id: (id is undefined), label: (label is undefined)] The undefined tokens in this message are bogus.
Well, we should add the value property as an alternative if none of the others have been specified. See: http://mxr.mozilla.org/mozilla-central/source/browser/components/preferences/colors.xul#83
Blocks: 562084
Component: Mozmill → Mozmill Tests
OS: Mac OS X → All
Product: Testing → Mozilla QA
QA Contact: mozmill → mozmill-tests
Hardware: x86 → All
Summary: Mozmill l10n test couldn't detect the names for the duplicate access keys correctly → Add the value attribute of elements to the list of attributes used in jum.assert messages
Whiteboard: [mozmill-l10n]
henrik, Is this a test bug or is this a framework bug? Thanks.
As you see I have moved it to Mozmill tests. It's nothing on Mozmill side.
This has been fixed a while back and short work perfectly now.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in before you can comment on or make changes to this bug.