Closed Bug 1569688 Opened 6 years ago Closed 6 years ago

geckoview 'mach mochitest' runs with e10s disabled

Categories

(GeckoView Graveyard :: Sandboxing, defect, P1)

Unspecified
All
defect

Tracking

(firefox69 wontfix, firefox70 fixed)

RESOLVED FIXED
mozilla70
Tracking Status
firefox69 --- wontfix
firefox70 --- fixed

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 ...
Priority: -- → P1

While that is troubling, TestRunnerActivity doesn't actually use that value, so it is in fact running with e10s.

Oh, that's good!

Also, wpt, reftests and geckoview-junit are not affected (correctly run with e10s by default).

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
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla70

69=wontfix because we don't need to uplift this test fix to GV 69 Beta.

Moving some e10s bugs to the new GeckoView::Sandboxing component.

Component: General → Sandboxing
Product: GeckoView → GeckoView Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: