Closed Bug 1415115 Opened 9 years ago Closed 8 years ago

PERMA-FAIL | accessible/tests/mochitest/events/docload/test_docload_root.html | Test timed out.

Categories

(Core :: Disability Access APIs, defect)

defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: xeonchen, Assigned: yzen)

References

Details

Attachments

(2 files)

This ONLY happens after applying patches of bug 1373708, but it didn't seem to happen several weeks ago, so I'm tracing regression range. [1] https://treeherder.mozilla.org/logviewer.html#?job_id=142668716&repo=try&lineNumber=2620
Attached file http.log —
program hangs after line #9896 > INFO Invoke the 'close dialog' test { scenario #0: expected 'focus' event; } Hi Yura, I saw your patch of bug 638313, do you have any idea if there's any assumption in the code that may hang hang if some resources are opened asynchronously? In this case I can see two files: - omni.ja!/chrome/toolkit/res/loading-image.png - omni.ja!/chrome/toolkit/res/broken-image.png are async-opened before #9896 and loaded after.
Flags: needinfo?(yzenevich)
See Also: → 638313
By the way, this happens after bug 638313 is landed.
Assignee: nobody → yzenevich
Status: NEW → ASSIGNED
Component: Accessibility → Disability Access APIs
Flags: needinfo?(yzenevich)
Product: Composer → Core
Version: other → unspecified
Attached patch 1415115.patch — — Splinter Review
I want to see if explicit focus on window helps things on linux.
Attachment #8925985 - Flags: review?(surkov.alexander)
Comment on attachment 8925985 [details] [diff] [review] 1415115.patch Review of attachment 8925985 [details] [diff] [review]: ----------------------------------------------------------------- I don't have any problems with the approach, I guess it should do a trick, but you could have enabled logging to see if the focus event is indeed not fired or, if it's fired, then where it goes to. At least you could have a better understanding what happens here.
Attachment #8925985 - Flags: review?(surkov.alexander) → review+
Pushed by yura.zenevich@gmail.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/35a375648ee0 forcing test window focus on dialog close. r=surkov
Hi Gary, adding 'leave-open' to make sure it fixes your issue. Could you try running the test on your side with the rebased vesrion once it lands on nightly?
Flags: needinfo?(xeonchen)
Keywords: leave-open
Flags: needinfo?(xeonchen)
(In reply to Gary Chen [:xeonchen] (needinfo plz) from comment #7) > Unfortunately, it doesn't fix this issue :( > > [1] > https://treeherder.mozilla.org/#/ > jobs?repo=try&revision=f4e7ac17b308bf06be9a915439b29f7ad7321bd3&selectedJob=1 > 42992408 Alex, do you think we can fire a reorder event for cases like this - when child dialog window is closed?
Flags: needinfo?(surkov.alexander)
(In reply to Yura Zenevich [:yzen] from comment #9) > (In reply to Gary Chen [:xeonchen] (needinfo plz) from comment #7) > > Unfortunately, it doesn't fix this issue :( > > > > [1] > > https://treeherder.mozilla.org/#/ > > jobs?repo=try&revision=f4e7ac17b308bf06be9a915439b29f7ad7321bd3&selectedJob=1 > > 42992408 > > Alex, do you think we can fire a reorder event for cases like this - when > child dialog window is closed? reorder event on application accessible or? do you know what happens with the focus? it has to go somewhere, no?
Yura, ping, see ^
Flags: needinfo?(surkov.alexander) → needinfo?(yzenevich)
Hi Gary, I'm trying to run the tests on a local ubuntu machine with patches from bug 1373708 applied and I can't seem to get any failures (even when running with --verify flag). Do I have to do anything specific/additional to see permafail locally?
Flags: needinfo?(xeonchen)
(In reply to Yura Zenevich [:yzen] from comment #13) > Hi Gary, I'm trying to run the tests on a local ubuntu machine with patches > from bug 1373708 applied and I can't seem to get any failures (even when > running with --verify flag). Do I have to do anything specific/additional to > see permafail locally? I can't reproduce this on my platform, either. It's somehow like a treeherder-only issue. But if you want to reproduce locally, you have to run packaged version of gecko by: $ mach package $ mach mochitest --appname dist <other arguments>
Flags: needinfo?(xeonchen)
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
(In reply to Gary Chen [:xeonchen] (needinfo plz) from comment #15) > It's green on yesterday's m-c! > > https://treeherder.mozilla.org/#/ > jobs?repo=try&revision=aa043f9cf4d1128ad8f6ff73009a0c76b6a0bb78 > > So let's close this. hmm, fascinating, :)
Flags: needinfo?(yzenevich)
(In reply to Yura Zenevich [:yzen] from comment #16) > (In reply to Gary Chen [:xeonchen] (needinfo plz) from comment #15) > > It's green on yesterday's m-c! > > > > https://treeherder.mozilla.org/#/ > > jobs?repo=try&revision=aa043f9cf4d1128ad8f6ff73009a0c76b6a0bb78 > > > > So let's close this. > > hmm, fascinating, :) yeah, a bit scary though
Removing leave-open keyword from resolved bugs, per :sylvestre.
Keywords: leave-open
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: