vscode: Windows: integration tests often fail with `CodeWindow: failed to load workbench window (reason: , code: -3)`
Lately I often see our Windows integration tests fail (e.g. https://dev.azure.com/monacotools/Monaco/_build/results?buildId=122214&view=logs&j=672276a2-8d3a-5fab-615d-090c51352f92&t=354d3e13-3534-5793-0b68-b00f8c1d36f3&l=1052):
[main 2021-06-08T08:51:23.804Z] CodeWindow: failed to load workbench window (reason: <unknown>, code: -3)
Exec:
At D:\a\1\s\build\azure-pipelines\win32\exec.ps1:22 char:3
+ throw ("Exec: " + $errorMessage)
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : OperationStopped: (Exec: :String) [], RuntimeException
+ FullyQualifiedErrorId : Exec:
With the new support of Electron 12 to indicate the exit code, I added this and it seems to be -3
which somewhat looks like the requests are aborted, similar to our handling here:
Curious though what the origin of this issue could be. Is there a way to figure out if we are triggering this from our protocol handler?
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Reactions: 1
- Comments: 21 (21 by maintainers)
Commits related to this issue
- Temporarily skip Insiders builds on Windows See https://github.com/microsoft/vscode/issues/125733. — committed to Dart-Code/Dart-Code by DanTup 3 years ago
- Temporarily skip Insiders builds on Windows See https://github.com/microsoft/vscode/issues/125733. — committed to Dart-Code/Dart-Code by DanTup 3 years ago
- windows - publish traces for integration tests (#125733) — committed to microsoft/vscode by bpasero 3 years ago
- windows integration tests - use `--no-sandbox` (#125733) — committed to microsoft/vscode by bpasero 3 years ago
- windows - publish traces for integration tests (#125733) — committed to microsoft/vscode by bpasero 3 years ago
That setting simulates what we will be shipping in the future, we are in the process of removing the
webview
component of Electron and replace that withiframe
. It may help for this issue too, not sure.