Open Bug 1221025 Opened 4 years ago Updated 4 years ago

Create a special flavor of mochitests for tests that don't expect to run in content processes

Categories

(Testing :: Mochitest, defect)

defect
Not set

Tracking

(e10s+)

Tracking Status
e10s + ---

People

(Reporter: kanru, Unassigned)

References

(Blocks 1 open bug)

Details

If the end goal is to run tests in e10s mode only on automation, maybe we could create a mochitest flavor that runs test in parent process. Some tests that don't expect to run in content processes, for example they create new OOP iframes, should be put into this mochitest flavor.

The other option is to rewrite these tests in browser-chrome test but that would prevent them to be run on b2g.
This sounds like a good idea to me.
There's no huge hurry on this, but we'd want to do this before we disable non-e10s Mochitests.
Hey Jonathan, what are the steps to make this happen?
Flags: needinfo?(jgriffin)
The first step is to clarify scope.

Is this to replace the existing mochitest-chrome suite for e10s, or to handle special cases of mochitest-plain?
Flags: needinfo?(jgriffin) → needinfo?(mrbkap)
This is to handle special cases of mochitest-plain. I suspect that we'll end up with a much smaller (hopefully only one chunk if my eyeballing is correct) set of tests that we'll have to continue running.
Flags: needinfo?(mrbkap)
Can anyone describe how we would run these tests in the parent process? They mostly are written in HTML/js; how can we load those without winding up in a content process?
(In reply to Jonathan Griffin (:jgriffin) from comment #6)
> Can anyone describe how we would run these tests in the parent process? They
> mostly are written in HTML/js; how can we load those without winding up in a
> content process?

They just need to be run in exactly the same way as non-e10s Mochitest-plain tests are run now.
The new test suite would be the current mochitest-plain, but not running tests that are not skip-if=e10s. We could mark these tests in other ways in their manifest files if that would make it easier, too.
Flags: needinfo?(jgriffin)
(In reply to Blake Kaplan (:mrbkap) (please use needinfo!) from comment #8)
> The new test suite would be the current mochitest-plain, but not running
> tests that are not skip-if=e10s. We could mark these tests in other ways in
> their manifest files if that would make it easier, too.

Yes, I think what we'll do is to tag these tests in the manifest and then enable them as a separate suite. I don't think we need to do this until we're getting close to the point where we intend to turn the non-e10s suites off.
Flags: needinfo?(jgriffin)
You need to log in before you can comment on or make changes to this bug.