Closed
Bug 1566957
Opened 5 years ago
Closed 5 years ago
mozharness fails to run robocop with --disable-e10s
Categories
(Firefox for Android Graveyard :: Testing, defect)
Firefox for Android Graveyard
Testing
Tracking
(firefox-esr68 fixed, firefox69 fixed, firefox70 fixed)
RESOLVED
FIXED
Firefox 70
People
(Reporter: gbrown, Assigned: gbrown)
References
Details
Attachments
(1 file)
robocop always runs fennec, which should always be non-e10s. Since e10s is the default for mochitests, runrobocop.py will see options.e10s==True unless called with --disable-e10s. mach calls runrobocop with --disable-e10s, but mozharness does not. Internal defaults and assumptions ensure that most settings are non-e10s anyway, but pref browser.tabs.remote.autostart will be set incorrectly unless --disable-e10s is passed to runrobocop.py.
I think we've been running robocop in this crazy half-e10s state for months, but this recently caused trouble and confusion in bug 1565794.
Assignee | ||
Comment 1•5 years ago
|
||
Pushed by gbrown@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/89da8a8fed0d
Ensure robocop runs with --disable-e10s; r=jmaher
Comment 3•5 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 5 years ago
status-firefox70:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 70
Comment 4•5 years ago
|
||
bugherder uplift |
status-firefox69:
--- → fixed
Comment 5•5 years ago
|
||
bugherder uplift |
status-firefox-esr68:
--- → fixed
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•