Closed Bug 876381 Opened 11 years ago Closed 11 years ago

Failure "Category has been changed." in /testAddons/testSearchAddons.js

Categories

(Mozilla QA Graveyard :: Mozmill Tests, defect, P2)

defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: andrei, Assigned: AndreeaMatei)

References

Details

(Whiteboard: [remote][mozmill-test-failure])

Linux 12.10 (x86) Aurora it: 
http://mozmill-ci.blargon7.com/#/remote/report/90a0b225333a4e0c868fcb2b44e54bb6

High probability that it was a AMO connection issue.
(We've seen other AMO related failures in a short window of time)
Please don't forget to add the flags as usual.
Whiteboard: [remote][mozmill-test-failure]
Another failure in testSearchAddons.js this time with: "controller.waitForPageLoad(): Timeout waiting for page loaded."

This one on Windows XP Nightly fr:
http://mozmill-ci.blargon7.com/#/remote/report/90a0b225333a4e0c868fcb2b44f88baf

Flagging it here since this also looks like an AMO connection issue, and found no other occurences.
OS: Linux → All
Hardware: x86 → All
Referencing bug 874458 as probable cause.
Depends on: 874458
Again massive failures on testSearchAddons.js all branches yesterday.

Should we skip them until bug 874458 gets fixed?
Flags: needinfo?(hskupin)
No, they fixed it temporarily again, but hopefully more permanent. Those failures should not appear anymore now.
Flags: needinfo?(hskupin)
Closing this one.

bug 874458 has been fixed (hopefully more permanent now).
And we haven't had any remote failures in almost 2 weeks.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
This bug has been closed too early. It's still happening.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Happened again today on Windows 7 with Firefox 25.0a2 (25.0a2, it, 20130806004002):

http://mozmill-daily.blargon7.com/#/remote/report/bccc2ea9ac1e478fa074c699d87dbf04
And again today on Windows XP with Firefox 24.0 (24.0, en-US, 20130806170643)

http://mozmill-release.blargon7.com/#/remote/report/bccc2ea9ac1e478fa074c699d8b2bce4
Priority: -- → P3
This seems to happen more often now as we have another two failures today on Ubuntu 13.04 with ESR17 en-US:

http://mozmill-daily.blargon7.com/#/remote/report/fb97b6210ae70da1b9ace6744532a8b5
http://mozmill-daily.blargon7.com/#/remote/report/fb97b6210ae70da1b9ace67445333bba
Priority: P3 → P2
Has failed a lot last night with different locales, on esr17. All on Linux 13.04, both 32 and 64bit:

http://mozmill-release.blargon7.com/#/remote/reports?branch=17.0&platform=All&from=2013-09-12&to=2013-09-13 (just sort to have Failures up)

I'll investigate this, hopefully we can reproduce locally and get a fix already.
Assignee: nobody → andreea.matei
Status: REOPENED → ASSIGNED
Has not failed again since that day on September 12 (link above). I didn't reproduced it. Leaving open to be able to check immediately when fails again on the remote machine.
Happened again today on Linux Ubuntu 12.04 (x86) with Firefox 26.0a2 'de':

http://mozmill-daily.blargon7.com/#/functional/report/6ec6776efe900da3fd2b64a750c43e79
Mario, this is another test, not testSearchAddons. If it doesn't have a bug filed, please open one.
Have not failed in the last 6 weeks, might have been just a network issue as we have sometimes on AMO. Closing for now, please reopen if necessary.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago11 years ago
Resolution: --- → WORKSFORME
Is wontfix appropriate here for the status flags? I would think just clearing the flags is more appropriate. Wontfix implies there is a bug which won't be fixed.
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in before you can comment on or make changes to this bug.