Open Bug 1305223 Opened 9 years ago Updated 3 years ago

browser/components/originattributes/test/browser/browser_sharedworker.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -

Categories

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

defect

Tracking

()

Tracking Status
firefox52 --- wontfix

People

(Reporter: aryx, Unassigned)

References

Details

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

Attachments

(1 file)

https://treeherder.mozilla.org/logviewer.html#?job_id=3990964&repo=autoland [task 2016-09-24T06:50:42.136829Z] 06:50:42 INFO - 193 INFO Starting the test for containers [task 2016-09-24T06:50:42.166593Z] 06:50:42 INFO - 194 INFO TEST-PASS | browser/components/originattributes/test/browser/browser_sharedworker.js | Testing containers for isolation off with TabSettingA 0 and tabSettingB 0, resultA = 0.6264665690768078, resultB = 0.6264665690768078 - [task 2016-09-24T06:50:42.171237Z] 06:50:42 INFO - 195 INFO TEST-PASS | browser/components/originattributes/test/browser/browser_sharedworker.js | Testing containers for isolation on with TabSettingA 0 and tabSettingB 1, resultA = 0.17070166144970556, resultB = 0.9915356549219065 - [task 2016-09-24T06:50:42.172856Z] 06:50:42 INFO - 196 INFO Leaving test bound [task 2016-09-24T06:50:42.178605Z] 06:50:42 INFO - 197 INFO TEST-UNEXPECTED-FAIL | browser/components/originattributes/test/browser/browser_sharedworker.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Dave and Tim, could you take a look of this bug? Is it related to our recent changes to SharedWorkers?
Flags: needinfo?(tihuang)
Flags: needinfo?(huseby)
Priority: -- → P3
Whiteboard: [domsecurity-intermittent]
This appears to be a case where requesting a longer timeout is required. If we're not going that way, then we'll need to change the runTests() function to take a parameter that defines which of three different test scenarios that the test framework tests. For instance, I would change TEST_MODE_FIRSTPARTY, TEST_MODE_NO_ISOLATION, and TEST_MODE_CONTAINERS to be bit flags in a parameter for the runTests() function like so: let tests_to_run = TEST_MODE_FIRSTPARTY | TEST_MODE_NO_ISOLATION; IsolationTestTools.runTests(TEST_URL, doTest, doCheck, doBefore, tests_to_run); This way, you can break up the shared worker test into three different files, one passes TEST_MODE_FIRSTPARTY, the second passes TEST_MODE_NO_ISOLATION, and the third passes TEST_MODE_CONTAINERS as the test to run. That should, in theory, cut the time to run the test down to 1/3 of the time it takes now.
Flags: needinfo?(huseby)
Assignee: nobody → huseby
Status: NEW → ASSIGNED
this WIP modifies the isolation test framework so that tests can limit which test scenarios get run. this allows tests to hopefully take less time by avoiding running everything.
Assignee: huseby → nobody
Status: ASSIGNED → NEW
Dave, you are not going to keep looking into this bug, are you?
Flags: needinfo?(huseby)
Not right now.
Flags: needinfo?(huseby)
Flags: needinfo?(tihuang)
Mass wontfix for bugs affecting firefox 52.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: