You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Our frontend code uses Bluebird, which asynchronously logs after tests are run to report unhandled rejections. Looking in Karma's karma.js, it seems these asynchronous logs are just piped down the WebSocket - even if the complete message has already been sent. Karma-side in browser.js, this info event restarts the disconnection timer, despite it having been closed down by the complete handler.
As such, Karma will hang after this happens, and after 10 seconds, a disconnection-due-to-timeout will fire, calling the Karma server's callback a second time (which, in our case, breaks Gulp).
Current workaround is to add captureConsole: false to the Karma client config, though we'd really like to see the logs as well when running via PhantomJS.
The text was updated successfully, but these errors were encountered:
Our frontend code uses Bluebird, which asynchronously logs after tests are run to report unhandled rejections. Looking in Karma's
karma.js
, it seems these asynchronous logs are just piped down the WebSocket - even if thecomplete
message has already been sent. Karma-side inbrowser.js
, thisinfo
event restarts the disconnection timer, despite it having been closed down by thecomplete
handler.As such, Karma will hang after this happens, and after 10 seconds, a disconnection-due-to-timeout will fire, calling the Karma server's callback a second time (which, in our case, breaks Gulp).
Current workaround is to add
captureConsole: false
to the Karma client config, though we'd really like to see the logs as well when running via PhantomJS.The text was updated successfully, but these errors were encountered: