Sorry that I'm just filing this now. I've been seeing this since Tuesday. https://tbpl.mozilla.org/php/getParsedLog.php?id=20350652&tree=Mozilla-Inbound Ubuntu 12.04 mozilla-inbound debug test reftest on 2013-03-05 10:12:38 PST for push 77bee20fb888 slave: tst-linux32-ec2-055 11:33:21 INFO - --DOMWINDOW == 3 (0xa787ea0) [serial = 25603] [outer = (nil)] [url = file:///builds/slave/test/build/tests/reftest/tests/editor/reftests/338427-3.html] 11:33:21 INFO - --DOMWINDOW == 2 (0xbd5ca40) [serial = 25601] [outer = (nil)] [url = file:///builds/slave/test/build/tests/reftest/tests/editor/reftests/338427-2-ref.html] 11:33:21 INFO - --DOMWINDOW == 1 (0xbc1e5b0) [serial = 25600] [outer = (nil)] [url = file:///builds/slave/test/build/tests/reftest/tests/editor/reftests/338427-2.html] 11:33:21 INFO - --DOMWINDOW == 0 (0x9e78be8) [serial = 4] [outer = (nil)] [url = about:blank] 11:33:21 INFO - WARNING: not an nsIRDFRemoteDataSource: 'remote != nullptr', file ../../../../rdf/datasource/src/nsLocalStore.cpp, line 279 11:33:21 INFO - WARNING: NS_ENSURE_TRUE(compMgr) failed: file nsComponentManagerUtils.cpp, line 58 11:33:22 INFO - nsStringStats 11:33:22 INFO - => mAllocCount: 6440151 11:33:22 INFO - => mReallocCount: 466616 11:33:22 INFO - => mFreeCount: 6440151 11:33:22 INFO - => mShareCount: 17557164 11:33:22 INFO - => mAdoptCount: 716702 11:33:22 INFO - => mAdoptFreeCount: 716702 11:38:52 WARNING - TEST-UNEXPECTED-FAIL | Shutdown | application timed out after 330 seconds with no output 11:38:52 WARNING - This is a harness error. The screenshot shows an installation dialog that I'm guessing isn't helping the cause.

https://tbpl.mozilla.org/php/getParsedLog.php?id=20354585&tree=Mozilla-Aurora https://tbpl.mozilla.org/php/getParsedLog.php?id=20362528&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=20380772&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=20384282&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=20394897&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=20421887&tree=Mozilla-Inbound

wow, no mid-air on that...

https://tbpl.mozilla.org/php/getParsedLog.php?id=20415487&tree=Fx-Team https://tbpl.mozilla.org/php/getParsedLog.php?id=20412980&tree=Fx-Team

(In reply to Ryan VanderMeulen [:RyanVM] from comment #0) > The screenshot shows an installation dialog that I'm guessing isn't helping > the cause. This dialog says *Python* needs this to support the data protocol. This seems pretty bogus. Are we accidentally trying to load a data URI in Python somewhere?

Any chance we can disable the test for now? I would like to stop running this same job on the Fedora machines to re-purpose them as Win7 rev3 machines to improve the wait times. Thanks!

You must have meant that for some other bug, since we replaced Fedora reftest with Ubuntu reftest long ago.

Oh, I see, this is one of the open bugs blocking bug 834725. It's not blocking turning off Fedora tests, it's just a Ubuntu VM failure, so it blocks that tracker of Ubuntu failures.

https://tbpl.mozilla.org/php/getParsedLog.php?id=25596984&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=25596984&tree=Mozilla-Inbound

Nothing for buildduty to do.

Well, since we're not going to do anything about it, and we're already using it as a toilet, let's formalize that.

Closing inactive keywords:intermittent-failure bugs where the TBPLbot has previously commented and the test isn't marked as disabled; filter on orange-cleanup-201401.