Closed Bug 596172 Opened 14 years ago Closed 14 years ago

Mac OS X Intermittent failure TEST-UNEXPECTED-FAIL | browser_details.js | Check for updates should be hidden

Categories

(Toolkit :: Add-ons Manager, defect)

x86
macOS
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla2.0b10
Tracking Status
blocking2.0 --- -

People

(Reporter: robert.strong.bugs, Assigned: mossop)

References

Details

(Keywords: intermittent-failure, Whiteboard: [needs 596174])

TEST-PASS | chrome://mochikit/content/browser/toolkit/mozapps/extensions/test/browser/browser_details.js | Check for updates should be hidden TEST-PASS | chrome://mochikit/content/browser/toolkit/mozapps/extensions/test/browser/browser_details.js | Updates should be manual TEST-PASS | chrome://mochikit/content/browser/toolkit/mozapps/extensions/test/browser/browser_details.js | Element should not be null, when checking visibility TEST-PASS | chrome://mochikit/content/browser/toolkit/mozapps/extensions/test/browser/browser_details.js | Check for updates should be visible TEST-PASS | chrome://mochikit/content/browser/toolkit/mozapps/extensions/test/browser/browser_details.js | Updates should be automatic TEST-PASS | chrome://mochikit/content/browser/toolkit/mozapps/extensions/test/browser/browser_details.js | Element should not be null, when checking visibility TEST-UNEXPECTED-FAIL | chrome://mochikit/content/browser/toolkit/mozapps/extensions/test/browser/browser_details.js | Check for updates should be hidden TEST-PASS | chrome://mochikit/content/browser/toolkit/mozapps/extensions/test/browser/browser_details.js | Element should not be null, when checking visibility TEST-PASS | chrome://mochikit/content/browser/toolkit/mozapps/extensions/test/browser/browser_details.js | Preferences button should be hidden Rev3 MacOSX Snow Leopard 10.6.2 mozilla-central debug test mochitest-other on 2010/09/14 00:18:31 http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1284448711.1284450891.24044.gz Since many of the checks output the same strings it took a little while to find the exact line Line 179 is where it failed is_element_visible(get("detail-autoUpdate"), "Updates should not be hidden"); ok(get("detail-autoUpdate").childNodes[1].selected, "Updates ahould be automatic"); is_element_hidden(get("detail-findUpdates"), "Check for updates should be hidden"); EventUtils.synthesizeMouse(get("detail-autoUpdate").lastChild, 2, 2, {}, gManagerWindow); ok(get("detail-autoUpdate").lastChild.selected, "Updates should be manual"); is_element_visible(get("detail-findUpdates"), "Check for updates should be visible"); EventUtils.synthesizeMouse(get("detail-autoUpdate").firstChild, 2, 2, {}, gManagerWindow); ok(get("detail-autoUpdate").firstChild.selected, "Updates should be automatic"); >> is_element_hidden(get("detail-findUpdates"), "Check for updates should be hidden"); is_element_hidden(get("detail-prefs"), "Preferences button should be hidden");
It looks like this is Mac OS X only so far
Summary: Intermittent failure TEST-UNEXPECTED-FAIL | browser_details.js | Check for updates should be hidden → Mac OS X Intermittent failure TEST-UNEXPECTED-FAIL | browser_details.js | Check for updates should be hidden
Disabled the one check since it appears to be continuously failing on Mac OS X http://hg.mozilla.org/mozilla-central/rev/f1b17c60ea43
(In reply to comment #4) > Disabled the one check since it appears to be continuously failing on Mac OS X > http://hg.mozilla.org/mozilla-central/rev/f1b17c60ea43 Disabling the one check resolved the perma-orange
Assignee: nobody → bmcbride
blocking2.0: --- → betaN+
Looks like this failure is gone?
(In reply to comment #12) > Looks like this failure is gone? We disabled the test that was failing. We need to understand why it was failing and re-enable it.
Assignee: bmcbride → nobody
Assignee: nobody → ddahl
Assignee: ddahl → nobody
Assignee: nobody → dtownsend
Whiteboard: [orange] → [orange][soft blocker]
Actually this was only broken because of bug 596174. Because that test was failing at a point where automatic updates were off by default things weren't behaving correctly. Don't think this actually blocks now since I'm sure it is a test problem but we can just re-enable it anyway.
blocking2.0: betaN+ → -
Depends on: 596174
Whiteboard: [orange][soft blocker] → [orange]
Whiteboard: [orange] → [orange][needs 596174]
Check re-enabled in bug 596172
Status: NEW → RESOLVED
Closed: 14 years ago
Flags: in-testsuite+
Flags: in-litmus-
Resolution: --- → FIXED
Target Milestone: --- → mozilla2.0b10
Marking as verified fixed based on no more failures.
Status: RESOLVED → VERIFIED
Whiteboard: [orange][needs 596174] → [needs 596174]
You need to log in before you can comment on or make changes to this bug.