Closed Bug 388162 Opened 17 years ago Closed 12 years ago

mozStorage xpcshell tests fail with win32 static builds

Categories

(Core :: XPConnect, defect)

Product:
Core
Component:
XPConnect
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED WONTFIX

People

(Reporter: RyanVM, Unassigned)

Details

I don't know when this started or what component to file this under (so my apologies in advance if it's filed in the wrong spot), but I discovered recently when doing some tests with static builds that all the mozStorage tests fail with a "failed to get nsJSRuntimeService!" error.

This should probably be fixed because it can be a real waste of time when you end up trying to debug a test failure which isn't caused by the patch you're working on :-).
It is not possible to run xpcshell tests on a static build because the components are inherently unavailable.
d'oh

I guess that means INVALID then?
Well, it would be nice if we didn't try to run them: that way we could still get useful results from the mochitest/reftest results, which can run in static builds.
We could add an error in the top-level makefile if you run |make check| or we could fix rules.mk to not try running xpcshell tests in a static build. Firefox won't build static anymore, but Thunderbird still is (and SeaMonkey is trying to).
Static builds don't exist anymore.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.