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

VERIFIED FIXED in mozilla2.0b10

Status

()

defect
VERIFIED FIXED
9 years ago
7 years ago

People

(Reporter: rstrong, Assigned: mossop)

Tracking

({intermittent-failure})

Trunk
mozilla2.0b10
x86
macOS
Points:
---
Dependency tree / graph
Bug Flags:
in-testsuite +
in-litmus -

Firefox Tracking Flags

(blocking2.0 -)

Details

(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: 9 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.