This test uses onunload, which didn't work in e10s until recently. We can re-enable it.

https://hg.mozilla.org/integration/mozilla-inbound/rev/a3af36cb6d5485657d6ba42369449cd26e7477b8 Bug 1237146 - Enable this now-passing test. r=billm

This still fails on OSX w/ e10s enabled: https://treeherder.mozilla.org/logviewer.html#?job_id=17298250&repo=try

Backout: https://hg.mozilla.org/integration/mozilla-inbound/rev/9cd2ffe8ceaf

I must have tried running this on Linux or something. It appears that the new window/tab never receives focus for some reason. If I manually focus the tab's content, the test runs and passes as expected. Neil, do you have any ideas of why that would be?

Is this 10.10 specific?

No. Affects 10.6 as well.

One option is to clear the capture when a context menu is opened. This could also affect popups opened via left-click as well (<select> maybe?) and I don't want it to happen when a popup opens without clicking (password prompt), so I'm limiting this to context menus to avoid issues.

Comment on attachment 8728543 [details] [diff] [review] releasecapture-onpopupopen Bah, wrong bug. Sorry.

Neil, any other ideas about comment 6?

(In reply to Blake Kaplan (:mrbkap) (please use needinfo!) from comment #6) > I must have tried running this on Linux or something. > > It appears that the new window/tab never receives focus for some reason. If > I manually focus the tab's content, the test runs and passes as expected. > Neil, do you have any ideas of why that would be? It's because the waitForFocus specialpowers implementation doesn't deal well with the case where you focus some other content window. I landed a fix in bug 1254091. That looks like it stuck on fx-team, so hopefully will be on m-c and m-inbound later today, at which point I think you should be able to reland (but a trypush might be wise :-) ).

This passes now. Let's try it again.