On Thu, Apr 25, 2019 at 9:38 AM Joel Maher <jma...@mozilla.com> wrote:

>
>
> On Thu, Apr 25, 2019 at 12:12 PM Bobby Holley <bobbyhol...@gmail.com>
> wrote:
>
>> On Thu, Apr 25, 2019 at 3:36 AM Joel Maher <jma...@mozilla.com> wrote:
>>
>>>
>>>
>>> On Wed, Apr 24, 2019 at 1:39 PM Bobby Holley <bobbyhol...@gmail.com>
>>> wrote:
>>>
>>>> >
>>>>> > Thanks Mike!
>>>>> >
>>>>> > So Fennec is the last remaining non-e10s configuration we ship to
>>>>> users.
>>>>> > Given that Fennec test coverage is somewhat incomplete, we probably
>>>>> want to
>>>>> > keep running desktop 1proc tests until Fennec EOL.
>>>>>
>>>>
>>> Fennec runs the full set of tests, there is no need to run non-e10s
>>> tests on desktop to support Fennec.
>>>
>>
>> I had the impression that we had a fair number of tests disabled under
>> Fennec, but maybe not. In any case - insofar as non-e10s is a supported
>> platform, it's useful to be able to hit those failures directly on Desktop
>> tests rather than armv7 emulators - so there's still value in keeping 1proc
>> enabled until Fennec EOL.
>>
>>
> While tests are disabled under Fennec most have been reenabled if
> possible- many tests are not relevant on Fennec.  Desktop is much faster
> than those android emulators.  When we switch to Firefox 69 (May 13th) the
> plan is to leave android 4.3 emulators around as tier-2
> (mozilla-central/try only) until we get all the tests ported over to the
> new android 7.0 x86_64 emulators which are just as fast as desktop, run
> geckoview, and are multi process.  We are about halfway done with getting
> tests running on there.  For test suites that are running successfully on
> the new emulators, we will turn them off on android 4.3, the plan is
> probably early Q3 to be done.  Fennec will ship off the 68 branch as that
> will live on ESR for a while.
>

That all sounds sensible to me.

As long as we're certain that we won't ship Fennec past ESR68, 1proc will
cease to be a user-accessible configuration once Nightly moves to 69 in 2.5
weeks.

Once that happens, I propose the following steps, in order:
(1) Remove support for the e10s pref, per Gijs' suggestion above.
(2) Define and launch a small "1proc-smoketest" job, based on
mochitest-plain, with a handful of tests across various components to
verify that things mostly work.
(3) Turn off the existing 1proc jobs.

Does this seem like a reasonable path forward?
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Reply via email to