Open
Bug 1263233
Opened 9 years ago
Updated 3 years ago
verify all harnesses are running in e10s or not, fail the harness early if incorrect flags set
Categories
(Testing :: General, defect)
Testing
General
Tracking
(e10s+)
NEW
| Tracking | Status | |
|---|---|---|
| e10s | + | --- |
People
(Reporter: jmaher, Unassigned)
References
(Blocks 1 open bug)
Details
No description provided.
Comment 1•9 years ago
|
||
I assume we'd also want to verify the opposite case (e10s disabled when we expect it to be).
Note to self: we'll presumably need to short-circuit whatever logic is added here in our "force e10s on for all test suites" Try patch or else hilarity will ensue.
Comment 2•9 years ago
|
||
We can use `Services.appinfo.browserTabsRemoteAutostart` to determine whether e10s is enabled or not at runtime. This is better than checking the pref in case the pref changes in the future.
Would be nice to fit this into mozbase somewhere, though it would require marionette to run from python. Or maybe marionette-client could have an 'e10s_enabled' property on it or something.
Updated•9 years ago
|
Blocks: e10s-tests
tracking-e10s:
--- → +
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•