Make wptrunner default to --enable-fission when run locally (and add --disable-fission flag)
Categories
(Testing :: web-platform-tests, task, P2)
Tracking
(firefox-esr91 wontfix, firefox94 wontfix, firefox95 wontfix, firefox96 fixed)
People
(Reporter: cpeterson, Assigned: jgraham)
References
Details
(Whiteboard: [fission:android:m4], [wptsync upstream])
Attachments
(3 files)
(This is my summary of instructions from James Graham.)
-
Before fission is enabled by default, we should change the logic at [1] to reverse the Fission default. We will still be running some non-fission configurations (e10s on debug Linux) and they will need an explicit pref/command line flag to set {fission: False}.
-
Once we've done that, the existing metadata (wpt test expectations for Fission) should be correct
-
For the actual wpt sync but, the only change required is to ensure we're still selecting all the relevant builds to run on try. Currently the query strings we pass to
mach try fuzzy
are [2], so if we're going to start doing non-fission builds on central that won't match that query, we'll need to update. -
In a follow-up bug after Fission is the default on both desktop and Android:
- The logic at [1] can always set {fission: True} in the run info.
- We can remove the fission variable from the set that's used by the wpt sync.
- We can remove any
if fission
conditions from the wpt test expectations metadata and finally remove the fission flag from the run_info data.
[2] TBD
Reporter | ||
Comment 1•3 years ago
|
||
Hsin-Yi says this task is specifically about making wptrunner default to --enable-fission when run locally, not in CI. We'll want a --disable-fission flag so engineers can run tests locally without Fission.
Assignee | ||
Comment 2•3 years ago
|
||
I talked to ahal about this a bit and I'm planning to take the following approach:
- Remove the fission pref from the base profile as set in Bug 1736859, and put it in individual harness profiles. This should make it easier to migrate harnesses one at a time.
- For wpt always set a fission pref in the mozharness wrapper. This ensures that Gecko CI jobs continue to have the same behaviour as today.
- In wptrunner, if we don't pass either
--[no-]enable-fission
or--setpref=fission.autostart=[true|false]
default fission to true, but always set the pref to one thing or another so we don't need to land this together with the change in defaults.
First try push at https://treeherder.mozilla.org/#/jobs?repo=try&revision=01291994532a8a6fb597b42ba52e514cc389934a just for the wpt part, but it could well be broken at this stage :)
Assignee | ||
Comment 3•3 years ago
|
||
This excludes web-platform-tests which will be handled later in the commit series.
Not using the base profile for everything allows us to migrate the suite-specific
fission handling one suite at a time.
Assignee | ||
Comment 4•3 years ago
|
||
This ensures that fission is always explictly enabled or disabled
when running in gecko CI.
Assignee | ||
Comment 5•3 years ago
|
||
With this change, fission will be enabled by default, unless
--enable-fission or --setpref=fission.autostart=false is passed
on startup. We always set a fission setting, irrespective of
the browser defaults.
Comment 8•3 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/34cfa1f16dbe
https://hg.mozilla.org/mozilla-central/rev/bf73c68058b9
https://hg.mozilla.org/mozilla-central/rev/773776ba6f7c
Updated•3 years ago
|
Updated•3 years ago
|
Reporter | ||
Comment 10•3 years ago
|
||
(In reply to Web Platform Test Sync Bot (Matrix: #interop:mozilla.org) from comment #9)
Upstream PR was closed without merging
James, I see you just touched this bug's WPT PR: https://github.com/web-platform-tests/wpt/pull/31880. Is that WPT PR still needed now?
Fission is enabled by default in Firefox and no one outside Mozilla should need to run wptrunner with --disable-fission or --setpref=fission.autostart=false.
Assignee | ||
Comment 11•3 years ago
|
||
I was trying to work out why it's failing; unmerged upstream PRs lead to our copy of wpt getting out of sync with the upstream copy.
Description
•