Closed Bug 1209756 Opened 9 years ago Closed 8 years ago

Intermittent child-src-cross-origin-load.sub.html | Expecting alerts: ["PASS","PASS"] - assert_unreached: FAIL Reached unreachable code

Categories

(Core :: DOM: Security, defect, P3)

defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: KWierso, Assigned: kmckinley)

Details

(Keywords: intermittent-failure, Whiteboard: [domsecurity-intermittent])

This seems to be even more unstable with e10s, so I'm going to disable it there. I have no idea what's going on on OSX and don't have a convenient way to test.
Keywords: leave-open
OrangeFactor doesn't show any failures for this test since Gecko 44. I'm going to try re-enabling it on Try and see how it looks.
Flags: needinfo?(ryanvm)
Still fails on e10s. Looks like another one for your team, Christoph :)
https://treeherder.mozilla.org/logviewer.html#?job_id=18236923&repo=try#L9883

15:07:13     INFO - TEST-START | /content-security-policy/child-src/child-src-cross-origin-load.sub.html
15:07:14     INFO - TEST-UNEXPECTED-FAIL | /content-security-policy/child-src/child-src-cross-origin-load.sub.html | Expecting logs: ["PASS IFrame #1 generated a load event.","PASS IFrame #2 generated a load event.","PASS IFrame #3 generated a load event."] - assert_unreached: FAIL Reached unreachable code
15:07:14     INFO - log/<@http://web-platform.test:8000/content-security-policy/support/logTest.sub.js?logs=[%22PASS%20IFrame%20%231%20generated%20a%20load%20event.%22,%22PASS%20IFrame%20%232%20generated%20a%20load%20event.%22,%22PASS%20IFrame%20%233%20generated%20a%20load%20event.%22]:14:17
15:07:14     INFO - Test.prototype.step@http://web-platform.test:8000/resources/testharness.js:1382:20
15:07:14     INFO - log@http://web-platform.test:8000/content-security-policy/support/logTest.sub.js?logs=[%22PASS%20IFrame%20%231%20generated%20a%20load%20event.%22,%22PASS%20IFrame%20%232%20generated%20a%20load%20event.%22,%22PASS%20IFrame%20%233%20generated%20a%20load%20event.%22]:12:9
15:07:14     INFO - onerror@http://web-platform.test:8000/content-security-policy/child-src/child-src-cross-origin-load.sub.html:1:1
15:07:14     INFO - TEST-PASS | /content-security-policy/child-src/child-src-cross-origin-load.sub.html | Expecting alerts: ["PASS","PASS"] 
15:07:14     INFO - TEST-PASS | /content-security-policy/child-src/child-src-cross-origin-load.sub.html | Violation report status OK. 
15:07:14     INFO - TEST-OK | /content-security-policy/child-src/child-src-cross-origin-load.sub.html | took 1124ms
Flags: needinfo?(ryanvm) → needinfo?(mozilla)
(In reply to Ryan VanderMeulen [:RyanVM] from comment #22)
> Still fails on e10s. Looks like another one for your team, Christoph :)

Kate, any chance you can take a look at this one?
Flags: needinfo?(mozilla) → needinfo?(kmckinley)
Assignee: nobody → kmckinley
Flags: needinfo?(kmckinley)
Whiteboard: [domsecurity-intermittent]
Any news here? This is one of only two remaining web platform tests that's disabled on e10s only.
Flags: needinfo?(kmckinley)
Bulk assigning P3 to all open intermittent bugs without a priority set in Firefox components per bug 1298978.
Priority: -- → P3
Something seems to have made this start working now, according to a recent Try push of mine.
Status: NEW → RESOLVED
Closed: 8 years ago
Flags: needinfo?(kmckinley)
Keywords: leave-open
Resolution: --- → WORKSFORME
Pushed by ryanvm@gmail.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/3c975d5c6532
Re-enable child-src-cross-origin-load.sub.html on e10s.
I'm somewhat surprised by this as I looked last week and it was still not working. I expected it to be fixed by bug 1182569, but that hasn't landed yet.
Here's the Try push I ran:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=101adc5171e2ab516223416d0af9c21032a8d355&filter-searchStr=plat%20e10s&group_state=expanded

You'll need to dig through the logs to find the specific chunk where the test ran, but it passed everywhere AFAICT.
You need to log in before you can comment on or make changes to this bug.