Uh oh!
There was an error while loading. Please reload this page.
[MT][browser] Disable new CI failures on library MT tests - #93224
Conversation
ghost
commented
Oct 9, 2023
Tagging subscribers to 'arch-wasm': @lewing Issue Details
|
pavelsavara
commented
Oct 9, 2023
/azp run runtime-wasm |
|
Azure Pipelines successfully started running 1 pipeline(s). |
radical
commented
Oct 9, 2023
How often has this run recently, and how often has it failed? |
pavelsavara
commented
Oct 9, 2023
It failed "silently" for me. I have not noticed that there is "organge" lane. I want it to really fail when I do |
radical
commented
Oct 9, 2023
'runtime-wasm' will be red then. |
pavelsavara
commented
Oct 9, 2023
Right, that's what we want to anything that was not already marked active issue by Ilona in #91536. Am I missing something ? |
ilonatommy
commented
Oct 9, 2023
This PR needs adding a blocking for |
radical
commented
Oct 9, 2023
Has the job been green for few weeks when there were no PR introduced mt failures? That's what I'm talking about. It shouldn't randomly fail, else we would start getting merges on red and failures getting ignored because users aren't sure whether the failures are expected. A red pipeline on PRs that did not introduce mt failures would be counterproductive. |
radical
commented
Oct 9, 2023
Then it hasn't been green/stable for few weeks. |
ilonatommy
commented
Oct 9, 2023
/azp run runtime-wasm |
|
Azure Pipelines successfully started running 1 pipeline(s). |
Uh oh!
There was an error while loading. Please reload this page.
radical
left a comment
There was a problem hiding this comment.
Please don't merge this yet. We should have couple of weeks worth of builds where the job has been green, before we merge.
Uh oh!
There was an error while loading. Please reload this page.
ilonatommy
commented
Oct 10, 2023
/azp run runtime-wasm |
|
Azure Pipelines successfully started running 1 pipeline(s). |
pavelsavara
commented
Oct 10, 2023
In that case we need to make the test run much more often. What we have now is useless waiting without any observability. Do you have any proposal @radical ? |
radical
commented
Oct 11, 2023
The test failures are observable, just that they won't show up as failures in github. Open the azdo build and you can see the failures, and all the details. |
ilonatommy
commented
Oct 11, 2023
Let's merge at least these fixes for now. Failures are unrelated. |
radical
commented
Oct 11, 2023
👍 Please update the PR title, and description to match. |
radical
commented
Oct 11, 2023
Also, please open an issue for the error that is unrelated, and isn't being flagged by |
Block
Wasm.Browser.Threads.Minimal.Sample.csprojfor MTMove issues connected with MT exclusions to be blocked only in MT mode.
Add project exclusion for Microsoft.Extensions.DependencyInjection.Tests
Fixing
fail: [out of order message from the browser]: http://127.0.0.1:33323/_framework/dotnet.js 2 WebSocket connection to 'ws://127.0.0.1:33323/_framework/dotnet.native.worker.js/console' failed: Error during WebSocket handshake: Unexpected response code: 404