Closed Bug 686741 Opened 13 years ago Closed 13 years ago

Something is fishy with android tests timing out

Categories

(Release Engineering :: General, defect, P3)

ARM
Android
defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 675297

People

(Reporter: jdm, Unassigned)

Details

(Whiteboard: [unittest][mobile][buildduty])

From a log that I was just sent: command timed out: 2400 seconds without output program finished with exit code 1 elapsedTime=172329.056456 TinderboxPrint: crashtest<br/><em class="testfail">T-FAIL</em> buildbot.slave.commands.TimeoutError: command timed out: 2400 seconds without output TinderboxPrint: crashtest<br/><em class="testfail">timeout</em> ======== Finished 'python reftest/remotereftest.py ...' warnings (results: 1, elapsed: 47 hrs, 52 mins, 9 secs) ======== It looks like it timed out like usual, but then decided to just wait for 47 hours? That doesn't look right to me at all.
Josh: do you have a link to that log? I'd like to have a closer look.
OS: Mac OS X → Android
Priority: -- → P3
Hardware: x86 → ARM
Whiteboard: [unittest][mobile][buildduty]
That's a bug 686378, but before the bug 650535 patch turned it from a "okay, unhandled exception failing to even get the browser going, fine, 2400 second timeout, whatever, I'm just going to sit here until either bear reboots me, or the power goes out in the colo, or someone trips and knocks over my rack" into just a "no process, no cry, 43 seconds and I'm out of here with an exit code 1."
this looks to be bug 675297
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.