Closed Bug 1394489 Opened 7 years ago Closed 7 years ago

support stylo by default and "stylo-disabled" test jobs in AWFY

Categories

(Testing Graveyard :: AWFY, enhancement)

enhancement
Not set
normal

Tracking

(firefox-esr52 unaffected, firefox55 unaffected, firefox56 unaffected, firefox57 affected)

RESOLVED FIXED
Tracking Status
firefox-esr52 --- unaffected
firefox55 --- unaffected
firefox56 --- unaffected
firefox57 --- affected

People

(Reporter: jmaher, Assigned: bc)

References

(Blocks 1 open bug)

Details

(Whiteboard: [stylo])

Attachments

(4 files)

AWFY runs stylo builds in parallel to default builds;  when we switch to stylo as default we will need to set this environment variable for the non-stylo builds:
 STYLO_FORCE_DISABLED=1

ideally the default firefox line will remain the default and the 'stylo' specific line will go away and we will add a new non-stylo specific line.
opt in stylo was added in bug 1394489. We'll have disable that and add the non-stylo version.

Anyone care to bikeshed? non-stylo vs. gecko vs. ?
Flags: needinfo?(bobbyholley)
I think we are going to use in talos:
non-stylo
or
stylo-disabled

and with stylo will be plain old Firefox.
For naming, the test and talos jobs that use the Gecko style system after we flip to Stylo by default in bug 1330412 will be labelled "stylo-disabled", so perhaps a similar convention is good here.
Thanks. Will do. That should have been Bug 1392123 and not a circular reference, btw.
Flags: needinfo?(bobbyholley)
In bug 1390206 <https://github.com/mozilla/arewefastyet/commit/71cb9664696776ab45daf3ff6610ac87685f56a2> we explicily disabled stylo on the default configuration. I wonder if I should explicitly force it on to prevent experiments or other transient changes from disabling it as we go forward.

Should I wait for the default to change to stylo enabled before making this change or could I force stylo on in the default config at the same time that I disable stylo in the stylo-disabled config and deploy this before stylo becomes default?
Flags: needinfo?(nihsanullah)
Flags: needinfo?(cpeterson)
(In reply to Bob Clary [:bc:] from comment #5)
> In bug 1390206
> <https://github.com/mozilla/arewefastyet/commit/
> 71cb9664696776ab45daf3ff6610ac87685f56a2> we explicily disabled stylo on the
> default configuration. I wonder if I should explicitly force it on to
> prevent experiments or other transient changes from disabling it as we go
> forward.

After Stylo is enabled by default, there is no harm in force-enabling it to prevent experiments from silently disabling it. It might be a good idea to do when we add the stylo-disabled config.

> Should I wait for the default to change to stylo enabled before making this
> change or could I force stylo on in the default config at the same time that
> I disable stylo in the stylo-disabled config and deploy this before stylo
> becomes default?

I'm not sure I understand the question, but we don't need to force-enable Stylo in the default config yet. You could write the code to add the stylo-disabled config before we need to run it, if that saves you time. But you don't need to deploy it before we enable Stylo by default.
Flags: needinfo?(cpeterson)
Summary: support stylo by default in AWFY → support stylo by default and "stylo-disabled" test jobs in AWFY
Whiteboard: [stylo]
Assignee: nobody → bob
Status: NEW → ASSIGNED
Attached file bug-1394489.sql
Attachment #8904790 - Flags: review?(armenzg)
Flags: needinfo?(nihsanullah)
Attachment #8904790 - Flags: review?(armenzg) → review+
https://github.com/mozilla/arewefastyet/commit/ee8198470572e394fe0646119b04ec182e1c2819
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
The Win8 Stylo Disabled jobs aren't being scheduled. See bug 1397319
Blocks: 1397319
NI to disable the old Stylo graphs in a few days unless someone wants to keep it.
Flags: needinfo?(bob)
Component: General → AWFY
Disable firefox_stylo mode to hide graph
Flags: needinfo?(bob)
See Also: → 1457144
Product: Testing → Testing Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: