Closed
Bug 577437
Opened 14 years ago
Closed 14 years ago
A simple timeout in Windows 7 mochitests results in a firey "lost connection"
Categories
(Release Engineering :: General, defect, P2)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: philor, Assigned: armenzg)
Details
No description provided.
Reporter | ||
Comment 1•14 years ago
|
||
Thanks, Bugzilla. http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1278568573.1278570150.2136.gz TEST-UNEXPECTED-FAIL | /tests/content/media/test/test_bug465498.html | application timed out after 330 seconds with no output INFO | automation.py | Application ran for: 0:12:10.211000 INFO | automation.py | Reading PID log: c:\users\cltbld\appdata\local\temp\tmpmkrb1npidlog ==> process 3632 launched child process 2900 INFO | automation.py | Checking for orphan process with PID: 2900 PROCESS-CRASH | /tests/content/media/test/test_bug465498.html | application crashed (minidump found) Traceback (most recent call last): File "mochitest/runtests.py", line 703, in <module> File "mochitest/runtests.py", line 700, in main File "mochitest/runtests.py", line 580, in runTests File "c:\talos-slave\mozilla-central-win7-opt-u-mochitests-1\build\mochitest\automation.py", line 789, in runApp ssltunnelProcess.kill() File "c:\talos-slave\mozilla-central-win7-opt-u-mochitests-1\build\mochitest\automation.py", line 178, in kill import platform ImportError: No module named platform remoteFailed: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionLost'>: Connection to the other side was lost in a non-clean fashion. ] [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionLost'>: Connection to the other side was lost in a non-clean fashion. ]
Severity: normal → critical
Comment 2•14 years ago
|
||
This is supposed to be in Python 2.3 and newer, so that's quite confusing. I was able to import 'platform' when running python manually on the machine.
Comment 3•14 years ago
|
||
Armen's going to take a look at the slave side of this.
Assignee: nobody → armenzg
Updated•14 years ago
|
Priority: -- → P2
Assignee | ||
Comment 4•14 years ago
|
||
I have redeployed the python win32 dlls and moved the original ones to: C:\mozilla-build\python25\Scripts\bug577437 The problem would have make sense if the dlls had been corrupted or not present. The checksums are the same for both. > 57e1d877a4590ab0cfd08f045196136d pythoncom25.dll > 512d382120cee043f588adb419e74a9a pywintypes25.dll If this happens again let's reopen but for now I want to say that it WORKSFORME. For reference this was hit because Automation had to be aborted: http://mxr.mozilla.org/mozilla-central/source/build/automation.py.in#224
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•