586502 - Test harness hangs on Minefield

Status: RESOLVED FIXED

(Firefox :: Sync, defect)

Description

[Philipp von Weitershausen [:philikon]]

Regression range:
* Works with 20100809030718 fb0c72c4bfb3
* Hangs with 20100810031021 905529619219

My bet is on bug 579178.

Comment 1

[Philipp von Weitershausen [:philikon]]

So this seems to be caused by the fact that Minefield no longer works as XULRunner (which is how the test harness works). Tested this with the Hello World XULRunner app from MDC... Minefield doesn't open the app's window but instead boots into a half-baked browser (without any windows open by default).

Comment 2

[Philipp von Weitershausen [:philikon]]

Attachment: make xpcshell-tests

Instead of trying to make our byzantine test harness work on Minefield-as-xulrunner, here's a make rule that runs the tests in the xpcshell as found in trunk builds. The advantage is that we can actually see how a test behaves on trunk *before* merging.

One needs to define the MOZILLA and MOZ_OBJDIR env variables. The former points to a mozilla-central checkout, the latter to an objdir with a complete build.

Comment 3

[Philipp von Weitershausen [:philikon]]

Attachment: xpcshell make rules (v2)

Support make check-one as well.

Comment 4

[Philipp von Weitershausen [:philikon]]

Attachment: xpcshell make rules (v3)

Actually run the tests against the add-on code, too. (Only the resource://services-sync/ code is taken from add-on, not the XPCOM components, but they're going away anyway.)

Comment 5

[Philipp von Weitershausen [:philikon]]

http://hg.mozilla.org/services/fx-sync/rev/d0bdb9cf14f3