A simple timeout in Windows 7 mochitests results in a firey "lost connection"

RESOLVED WORKSFORME

Status

Release Engineering
General
P2
critical
RESOLVED WORKSFORME
8 years ago
4 years ago

People

(Reporter: philor, Assigned: armenzg)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Comment hidden (empty)
(Reporter)

Comment 1

8 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
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.
Armen's going to take a look at the slave side of this.
Assignee: nobody → armenzg
Priority: -- → P2
(Assignee)

Comment 4

8 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
Last Resolved: 8 years ago
Resolution: --- → WORKSFORME
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.