View source for Project Fission/Enabling Tests with Fission

=Enabling Tests with Fission=

==Mochitests-Fission==
The Mochitests that are not working with Fission enabled have been annotated with either "skip-if = fission" or "fail-if = fission". Both of these cases need to be fixed.

==Cross-Origin Mochitests==

Cross-origin (or "xorigin") mode allows for mochitests to be run in a cross origin iframe. Used in conjunction with fission mode, xorigin mode can be used validate site isolation in Firefox.

When cross-origin mode is enabled, the toplevel window runs at "http://mochi.xorigin-test:8888" and individual mochitests are loaded in a cross origin iframe running at "http://mochi.test:8888".

===Enabling cross-origin mode===
Xorigin mode can be enabled by a flag or environment variable:

 <nowiki>./mach mochitest --enable-xorigin-tests [path to test]
MOZ_XORIGIN_MOCHITEST=1 ./mach mochitest [path to test]</nowiki>

Failing or hanging tests should be annotated at the manifest level using the "xorigin" keyword, for example:

 <nowiki>skip-if = xorigin
fail-if = xorigin</nowiki>

===Running cross-origin mochitests in Treeherder===
TODO

* currently supported for mochitest-plain jobs
* will enable on tier2 to start

==General Tips==

* To run a mochitest with Fission enabled locally, use <tt>--enable-fission</tt> with <tt>mach test</tt>. If the test is marked as a "fail-if" however, then you also need to disable that annotation. Otherwise, the test will report a false success (resulting from an expected fail). The skipped tests do not need this extra step.
* <tt>SpecialPowers.useRemoteSubframes</tt> can be used to check if Fission is enabled from a mochitest. In browser mochitests, use <tt>gFissionBrowser</tt>.
* [https://searchfox.org/mozilla-central/rev/ec806131cb7bcd1c26c254d25cd5ab8a61b2aeb6/testing/specialpowers/content/SpecialPowersAPI.jsm#1366 SpecialPowers.spawn()] is typically used when you have a cross-process iframe and you need to interact with it in some way that is not supported cross-process. In such a case, one can use SpecialPowers.spawn() to send a script over to the process of the iframe to assert and/or return a value.
* If a test complains that the remote type is “webIsolated=<some URI>”, but it expected “web”, then you can use E10SUtils.isWebRemoteType() instead to check the remote type (added in [https://bugzilla.mozilla.org/show_bug.cgi?id=1574543 bug 1574543]).
* JavaScript error: resource://testing-common/content-task.js, line 66: NS_ERROR_NOT_INITIALIZED  This means that the message manager has been torn down in the current content process. This can happen if you navigate to another process, then try to use test harness stuff in the original process.
* Some XPConnect and bindings related tests check that cross-origin operations fail. With Fission, they will fail, but in a different way. These tests can be changed to use http://test1.mochi.test:8888/ (instead of, say, example.org) so that they will be cross-origin but still same-process even with Fission. See bug 1572895. It would probably be good to also check the cross-origin, out-of-process case.
* JavaScript error: resource:///actors/PageStyleChild.jsm, line 35: SecurityError: Permission denied to access property "document" on cross-origin object  This is just an error that always happens, so don’t worry about it if you see it in a specific test.
* SpecialPowers push and pop for prefs have been fixed to work with Fission, but the equivalent methods for permissions have not been.
* If the test failure cause is a shutdown hang, leak or crash, reach out to the DOM Fission team, as this is a known Fission issue.