Closed Bug 759670 Opened 13 years ago Closed 12 years ago

Intermittent accessible/events/test_docload.xul | Test timed out.

Categories

(Core :: Disability Access APIs, defect)

Product:
Core
Component:
Disability Access APIs
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED
Milestone:
mozilla15

People

(Reporter: philor, Assigned: surkov)

References

(Blocks 1 open bug)

Details

(Keywords: intermittent-failure)

Attachments

(1 file)

patch
2.37 KB, patch
tbsaunde
: review+
Details | Diff | Splinter Review
https://tbpl.mozilla.org/php/getParsedLog.php?id=12184943&tree=Mozilla-Inbound Rev3 WINNT 5.1 mozilla-inbound opt test mochitest-other on 2012-05-29 22:52:54 PDT for push 2cfe694cbc1a slave: talos-r3-xp-059 3538 INFO TEST-PASS | chrome://mochitests/content/a11y/accessible/events/test_docload.xul | Focussed ['document node', address: [object XrayWrapper [object HTMLDocument]], role: document, name: 'data:text/html,<html><body><iframe%20src='http://example.com'></iframe></body></html>', address: [xpconnect wrapped nsIAccessible]] must be focusable! Event type: reorder. Target: ['iframe node', address: [object XrayWrapper [object HTMLIFrameElement]], role: internal frame, address: [xpconnect wrapped nsIAccessible]]. Listeners count: 1 Event type: state change. Target: ['toolbarbutton@id="urlbar-reload-button" node', address: [object XULElement], role: pushbutton, name: 'Location', address: [xpconnect wrapped nsIAccessible]]. Listeners count: 1 Event type: state change. Target: ['toolbarbutton@id="urlbar-reload-button" node', address: [object XULElement], role: pushbutton, name: 'Location', address: [xpconnect wrapped nsIAccessible]]. Listeners count: 1 Event type: state change. Target: ['toolbarbutton@id="urlbar-reload-button" node', address: [object XULElement], role: pushbutton, name: 'Location', address: [xpconnect wrapped nsIAccessible]]. Listeners count: 1 Event type: state change. Target: ['toolbarbutton@id="urlbar-reload-button" node', address: [object XULElement], role: pushbutton, name: 'Location', address: [xpconnect wrapped nsIAccessible]]. Listeners count: 1 3539 ERROR TEST-UNEXPECTED-FAIL | chrome://mochitests/content/a11y/accessible/events/test_docload.xul | Test timed out. (screenshot of a browser window with data:text/html,<html><body><iframe src='http://example.com'></iframe></body></html> loaded in it, and the tiresome Windows Security Center balloon that's over the bottom corner of the window in every WinXP screenshot looking like it might be something but probably being nothing) 540 INFO TEST-END | chrome://mochitests/content/a11y/accessible/events/test_docload.xul | finished in 304549ms
Alex, could the checkin for bug 754165 have something to do with these intermittent failures? This landed very recently, and this bug appeared shortly after. If it does, and it is determined that bug 754165 is the cause for this random failure, we should back it out again and figure out what's wrong there. I don't want to go something like this into Aurora if it has this many failures in such a short time.
(In reply to Marco Zehe (:MarcoZ) from comment #5) > Alex, could the checkin for bug 754165 have something to do with these > intermittent failures? yes > This landed very recently, and this bug appeared > shortly after. If it does, and it is determined that bug 754165 is the cause > for this random failure, we should back it out again and figure out what's > wrong there. I don't agree, the test added by that bug fails > I don't want to go something like this into Aurora if it has > this many failures in such a short time. no evidence that behavior was broken, it's safe for Aurora.
Depends on: 760099
Blocks: a11yrandomorange
Before the uplift, I'm going to either disable this test or backout bug 754165, due to too many failures. I'm presuming you'd prefer the former?
(In reply to Ed Morley [:edmorley] from comment #96) > Before the uplift, I'm going to either disable this test or backout bug > 754165, due to too many failures. I'm presuming you'd prefer the former? Generally yes. Trust me, this is heavily on my radar as well. I'll make a final call on this on Monday.
Thank you :-)
Attached patch patch — — Splinter Review
so, we have a reorder event from Firefox UI that contains a xul:browser (a target of reorder event we wait for), I assume they are coalesced but since no one debug failed and thus no logging enabled then I cannot be sure they are coalesced. Let's disable the test to stop bleeding.
Assignee: nobody → surkov.alexander
Status: NEW → ASSIGNED
Attachment #629684 - Flags: review?(trev.saunders)
Attachment #629684 - Flags: review?(trev.saunders) → review+
https://hg.mozilla.org/mozilla-central/rev/cfee4e39759d
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Blocks: 766112
Blocks: 795210
Whiteboard: [orange]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: