Open Bug 1173904 Opened 9 years ago Updated 2 years ago

After a build with --disable-compile-environment, running mochitests against a different executable using --appname doesn't work


(Testing :: Mochitest, defect)



(firefox41 affected)

Tracking Status
firefox41 --- affected


(Reporter: Gijs, Unassigned)


There are at least two issues:

1) we try to copy the plugins folder (see bug 1057328) which doesn't exist
2) we try to use certutil.exe for something, which also doesn't exist (not in the firefox directory passed through appname, or in our own $OBJDIR/dist directory).

I've not gotten further than that.

Ideally, I'd actually like the tests to work without even an $OBJDIR, as it should in theory all just be some python... but I guess in the absence of that, it'd be great if it worked with --disable-compile-environment, at least.

Note that the --disable-compile-environment currently needs a few fixes/hacks to work (see bug 1160798).
Turns out that there are a bunch of build related binaries that the mochitest harness uses:

The good news is that these get packaged in the, and with the patch in bug 1171602 applied, you can run |mach mochitest --appname <path to some other binary>| directly from a I'm not sure if running from a satisfies your requirements or not, but I aim to have it landed by the end of the quarter.

Getting mochitest to run without either an objdir or a would be a massive undertaking.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.