Closed Bug 853865 Opened 13 years ago Closed 12 years ago

Remove node.hasAttributes() code from "lib/localization.js"

Categories

(Mozilla QA Graveyard :: Mozmill Tests, defect)

defect
Not set
normal

Tracking

(firefox19 wontfix, firefox20 wontfix, firefox21 wontfix, firefox22 wontfix, firefox23 wontfix, firefox24 wontfix, firefox25 wontfix, firefox26 wontfix, firefox27 fixed, firefox-esr17 unaffected, firefox-esr24 wontfix)

RESOLVED INVALID
Tracking Status
firefox19 --- wontfix
firefox20 --- wontfix
firefox21 --- wontfix
firefox22 --- wontfix
firefox23 --- wontfix
firefox24 --- wontfix
firefox25 --- wontfix
firefox26 --- wontfix
firefox27 --- fixed
firefox-esr17 --- unaffected
firefox-esr24 --- wontfix

People

(Reporter: andrei, Assigned: andrei)

References

Details

(Whiteboard: [l10n])

Attachments

(2 files)

Since bug 849661 has just landed node.hasAttributes() has been removed. We need to remove it from our tests and replace it with "node.attributes && node.attributes.length". We use it in "lib/localization.js" which will break all l10n tests.
Is this causing our l10n tests to fail? If so, this is a high priority. Please confirm ASAP.
It should make them fail. ATM the l10n runs have also another failure ("Disconnect Error: Application unexpectedly closed"). Something that I've fixed in bug 831297 but regressed in newer FF versions and needs a trivial fix. Both of them should be a quick fix to make l10n pass.
Please raise a bug for the other failure. I think we should work on these ASAP.
We do not run l10n tests on Nightly builds so there is no urge in fixing that. Do also other tests make use of that removed method?
Whiteboard: [l10n]
No, it is only used in "lib/localization.js"
Ok, so there is no urgency in doing that. If you have the time please upload this simple patch and we can get it landed. Otherwise maybe Jonathan has interest in doing it?
Whiteboard: [l10n] → [l10n][mentor=whimboo][lang=js][good first bug]
The issue mentioned in comment 2 is affecting our Aurora test runs.
Which is totally unrelated for this bug. :)
(In reply to Henrik Skupin (:whimboo) [away 03/15 - 03/22] from comment #8) > Which is totally unrelated for this bug. :) I know, but afaik it still hasn't been raised, and therefore has only been mentioned here. I don't want anyone to imply from these comments that both bugs are not urgent.
Depends on: 854393
Raised bug 854393 for the Disconnect issue. Will upload patch for that shortly.
No longer depends on: 854393
Assignee: nobody → andrei.eftimie
Attached patch Patch v1Splinter Review
Fixed the issue.
Attachment #728961 - Flags: review?(andreea.matei)
(In reply to Henrik Skupin (:whimboo) [away 03/15 - 03/22] from comment #6) > Ok, so there is no urgency in doing that. If you have the time please upload > this simple patch and we can get it landed. Otherwise maybe Jonathan has > interest in doing it? Looks like Andrei is on it and done, but if I can help let me know.
Comment on attachment 728961 [details] [diff] [review] Patch v1 Review of attachment 728961 [details] [diff] [review]: ----------------------------------------------------------------- Landed: http://hg.mozilla.org/qa/mozmill-tests/rev/d77671ddd455 (default)
Attachment #728961 - Flags: review?(andreea.matei) → review+
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
We should revert that given that the support of hasAttribute() is back. See bug 849661. Please verify once landed that it works.
Status: RESOLVED → REOPENED
Depends on: 849661
Resolution: FIXED → ---
Whiteboard: [l10n][mentor=whimboo][lang=js][good first bug] → [l10n]
This somehow slipped from our radar, lets make a quick check if the change still needs to be backed out.
Attached patch reenable_1.patchSplinter Review
Can't backport the original patch due to conflicts. Here is a new one, just reverted the change. Works fine: http://mozmill-crowd.blargon7.com/#/l10n/report/6d6f6a58b02eeffc06eafa8beaf4e8f1
Attachment #815833 - Flags: review?(andreea.matei)
Comment on attachment 815833 [details] [diff] [review] reenable_1.patch Review of attachment 815833 [details] [diff] [review]: ----------------------------------------------------------------- Pushed on default: http://hg.mozilla.org/qa/mozmill-tests/rev/0d80391087de (default)
Attachment #815833 - Flags: review?(andreea.matei) → review+
You might also want to land it on Aurora given that we do not run l10n tests on Nightly. Otherwise trigger a test which was known to fail manually.
(In reply to Henrik Skupin (:whimboo) from comment #18) > Otherwise trigger a test which was known to fail manually. Nothing should fail prior or post this change.
Landed in Aurora so it will be run with the daily testruns: http://hg.mozilla.org/qa/mozmill-tests/rev/b3b5b5aac962 (mozilla-aurora)
Status: REOPENED → RESOLVED
Closed: 13 years ago12 years ago
Resolution: --- → FIXED
This is not fixed, cause the patch has been backed-out, and the temporary feature is no longer available. So this in invalid.
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: