-
Notifications
You must be signed in to change notification settings - Fork 5.2k
[wasm][debugger] Retry after timeout on debugger tests on CI #84080
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
Tagging subscribers to this area: @thaystg Issue DetailsAdding --disable-software-rasterizer as suggested by @lewing
|
|
/azp run runtime-wasm-dbgtests |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime-wasm-dbgtests |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
No pipelines are associated with this pull request. |
|
/azp run runtime-wasm-dbgtests |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime-wasm-dbgtests |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime-wasm-dbgtests |
|
Azure Pipelines successfully started running 1 pipeline(s). |
1 similar comment
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime-wasm-dbgtests |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime-wasm-dbgtests |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime-wasm-dbgtests |
|
/azp run runtime |
|
Azure Pipelines successfully started running 1 pipeline(s). |
1 similar comment
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime |
|
/azp run runtime-wasm-dbgtests |
|
Azure Pipelines successfully started running 1 pipeline(s). |
1 similar comment
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime-wasm-dbgtests |
|
/azp run runtime |
|
Azure Pipelines successfully started running 1 pipeline(s). |
1 similar comment
|
Azure Pipelines successfully started running 1 pipeline(s). |
Co-authored-by: Larry Ewing <[email protected]>
| if (!res.IsOk) | ||
| throw new ArgumentException($"Command {cmd_name} failed with: {res.Error}. Remaining commands: {RemainingCommandsToString(cmd_name, init_cmds)}"); | ||
|
|
||
| if (DebuggerTestBase.RunningOnChrome && cmd_name == "Debugger.enable") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It feels a little odd to pass an empty string just to ignore it unless it is chrome and is there ever a case where we'd try to navigate to "" on chrome?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure if I understood the question.
Before this change we startup the chrome passing the url that it should navigate. And on my tests I saw that sometimes it was timing out the debugger.enable command. So I decided to first startup the chrome navigating to about:blank then send the Debugger.enabled and then when we receive the answer we send the Page.navigate to the wasm page.
On firefox we don't need to navigate to the page because we are still starting the browser passing the wasm page as parameter.
|
I will merge, the failure is not related to timeout. |
Adding --disable-software-rasterizer as suggested by @lewing