Closed
Bug 1569688
Opened 6 years ago
Closed 6 years ago
geckoview 'mach mochitest' runs with e10s disabled
Categories
(GeckoView Graveyard :: Sandboxing, defect, P1)
Tracking
(firefox69 wontfix, firefox70 fixed)
RESOLVED
FIXED
mozilla70
People
(Reporter: gbrown, Assigned: gbrown)
Details
Attachments
(1 file)
In continuous automation, geckoview mochitest runs with e10s enabled, as expected. But locally, 'mach mochitest', which also uses geckoview by default now, has e10s disabled - how'd that happen?
$ mach mochitest
...
0:17.14 adb INFO launch_application: am start -W -n org.mozilla.geckoview.test/org.mozilla.geckoview.test.TestRunnerActivity -a android.intent.action.MAIN ... --ez use_multiprocess False ...
![]() |
Assignee | |
Updated•6 years ago
|
Priority: -- → P1
While that is troubling, TestRunnerActivity
doesn't actually use that value, so it is in fact running with e10s.
![]() |
Assignee | |
Comment 2•6 years ago
|
||
Oh, that's good!
Also, wpt, reftests and geckoview-junit are not affected (correctly run with e10s by default).
![]() |
Assignee | |
Comment 3•6 years ago
|
||
The default, options.app == None, implies geckoview, with e10s.
Pushed by gbrown@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/423bac18b356
Use e10s by default for geckoview mochitest; r=jmaher
Comment 5•6 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 6 years ago
status-firefox70:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla70
Comment 6•6 years ago
|
||
69=wontfix because we don't need to uplift this test fix to GV 69 Beta.
status-firefox69:
--- → wontfix
Comment 7•3 years ago
|
||
Moving some e10s bugs to the new GeckoView::Sandboxing component.
Component: General → Sandboxing
Updated•1 year ago
|
Product: GeckoView → GeckoView Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•