We now have the ability to set prefs from a mochitest manifest (see bug 1328830 <https://bugzilla.mozilla.org/show_bug.cgi?id=1328830> and my recent newsgroup post). We could refactor these tests into a special non-e10s manifest that sets browser.tabs.remote.autostart=false and keep running them as part of the normal test run.
On Wed, Aug 9, 2017 at 5:28 PM Felipe G <fel...@gmail.com> wrote: > I ran some scripts that I had to find out tests that are *fully* disabled > on e10s, and posted the results to > https://bugzilla.mozilla.org/show_bug.cgi?id=1376934 > > In summary: > mochitest-plain: 49 tests > browser-chrome: 15 tests > devtools: 86 tests > > Note that the script evaluates the skip-if condition for each test, so it's > able to not count tests such as "skip=if e10s && debug" as fully disabled. > > On Wed, Aug 9, 2017 at 7:35 AM, Gabor Krizsanits <gkrizsan...@mozilla.com> > wrote: > > > On Wed, Aug 9, 2017 at 3:36 AM, Boris Zbarsky <bzbar...@mit.edu> wrote: > > > > > > > > Hmm. Do we load about:blank from the url bar in a content process? > > > > > > > > Yes. > > > > I agree, I find it annoying too that we have to rely on > > MOZ_DEBUG_CHILD_PROCESS > > or MOZ_DEBUG_CHILD_PAUSE and that I have to be clever all the time about > > how to hit the right process at the right time with the debugger. I never > > switched back to non-e10s though since I don't trust that everything will > > work the same and I don't think that should be the solution. Switching > back > > to single content process for debugging should come with less side > effects > > though... Also, this is not just an e10s/e10s-multi related issues we're > > adding all kind of processes (extension/gpu/plugin/etc.). > > > > I didn't file a bug about this but I've been trying to find a decent > > solution for it, but it seems like it's not trivial in any debugger > (msvc, > > gdb, lldb). Or maybe I was just hoping to find something better than what > > seems to be achievable. Anyway, let's start with the bug: Bug 1388693. > > > > Gabor > > _______________________________________________ > > dev-platform mailing list > > dev-platform@lists.mozilla.org > > https://lists.mozilla.org/listinfo/dev-platform > > > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform