Open Bug 1094860 Opened 10 years ago Updated 2 years ago

Windows development: ./mach mochitest-browser gets stuck after test runs

Categories

(Testing :: Mochitest, defect)

defect

Tracking

(Not tracked)

People

(Reporter: Gijs, Unassigned)

Details

STR:

0. Build current fx-team on win8.1
1. ./mach mochitest-browser browser/components/customizableui/test/


ER:
when tests end, failure summaries etc. get printed in a timely manner and I get my console back

AR:

4147 INFO TEST-START | Shutdown
4148 INFO Browser Chrome Test Summary
4149 INFO Passed:  2581
4150 INFO Failed:  3
4151 INFO Todo:    0
4152 INFO *** End BrowserChrome Test Results ***
###!!! [Parent][OnMaybeDequeueOne] Error: Channel closing: too late to send/recv, messages will be lost
###!!! [Parent][OnMaybeDequeueOne] Error: Channel closing: too late to send/recv, messages will be lost
###!!! [Parent][OnMaybeDequeueOne] Error: Channel closing: too late to send/recv, messages will be lost
###!!! [Parent][OnMaybeDequeueOne] Error: Channel closing: too late to send/recv, messages will be lost
###!!! [Parent][OnMaybeDequeueOne] Error: Channel closing: too late to send/recv, messages will be lost

<at this point, I have to wait 2-3 full minutes (yes, timed with IRC timestamps)>

Parent process 2744 exited with children alive:
PIDS: 9188
Attempting to kill them...

<now I have to wait some more>

Traceback (most recent call last):
  File "e:\dev\builds\opt-i686-pc-mingw32\_tests\testing\mochitest\runtests.py", line 1846, in doTests
    quiet=options.quiet
  File "e:\dev\builds\opt-i686-pc-mingw32\_tests\testing\mochitest\runtests.py", line 1520, in runApp
    status = proc.wait()
  File "e:\dev\fx-team\testing/mozbase/mozprocess\mozprocess\processhandler.py", line 825, in wait
    self.returncode = self.proc.wait()
  File "e:\dev\fx-team\testing/mozbase/mozprocess\mozprocess\processhandler.py", line 163, in wait
    self.returncode = self._wait()
  File "e:\dev\fx-team\testing/mozbase/mozprocess\mozprocess\processhandler.py", line 463, in _wait
    raise OSError(err)
OSError: IO Completion Port failed to signal process shutdown
4153 ERROR Automation Error: Received unexpected exception while running application

Stopping web server
Stopping web socket server
Stopping ssltunnel
WARNING | leakcheck | refcount logging is off, so leaks can't be detected!
runtests.py | Running tests: end.
The following tests failed:
4154 INFO TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/components/customizableui/test/browser_970511_undo_restore_default.js | Restore defaults button should be enabled when pref changed -
<snip stacktrace>
4155 INFO TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/components/customizableui/test/browser_970511_undo_restore_default.js | Devedition theme button should reflect changed pref value - Got false, expected true
<snip stacktrace>
4156 INFO TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/components/customizableui/test/browser_970511_undo_restore_default.js | devedition theme button should reflect undo-reset value - Got false, expected true
<snip stacktrace>
SUITE-END | took 297s




<and at this point, the python process is still alive after 5 minutes and I still don't have my terminal back, so I ctrl-c>


$ cat $MOZCONFIG
export MOZ_PSEUDO_DERECURSE=1
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../builds/opt-@CONFIG_GUESS@

ac_add_options --enable-profiling




This should just work, just like it does on other platforms.
Flags: needinfo?(gps)
This might be the same underlying issue as bug 1094444. Do you see the output mentioned in that bug as well? I think the mozprocess code for managing jobs on Windows might be broken on Windows 8.1.
(In reply to Ted Mielczarek [:ted.mielczarek] from comment #1)
> This might be the same underlying issue as bug 1094444. Do you see the
> output mentioned in that bug as well? I think the mozprocess code for
> managing jobs on Windows might be broken on Windows 8.1.

It seems familiar to me but I don't see it doing a clobber build, nor do I see it while the test runs.
I can't add anything useful to this bug. This issue is beyond my knowledge level.
Flags: needinfo?(gps)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.