-
Notifications
You must be signed in to change notification settings - Fork 10.3k
Components.E2ETests.ServerTransportsTest
s Failing (not quarantined)
#35481
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
Comments
@halter73 thanks for reporting this. @TanayParikh are these the tests you wrote as part of the move to |
Components.E2ETests.ServerTransportsTest
Components.E2ETests.ServerTransportsTest
Components.E2ETests.ServerTransportsTest
s
Components.E2ETests.ServerTransportsTest
sComponents.E2ETests.ServerTransportsTest
s Failing (not quarantined)
Updated title in light of the fact that the original quarantining PR was closed out in favor of #35559. |
The tests started to fail as of 8/17. The reporting seems to be limited (are we on a set schedule or should this be running for every PR?). Regardless, looked into the individual tests and they're all passing locally and I'm not seeing anything in particular that could be causing this.
The following component file was touched: https://github.com/dotnet/aspnetcore/pull/35414/files#diff-8f6bebcbc94c25aa5fc8a8af676c1a3f8fa4d9e257fef4fd5d08abe8e52ef09b but I don't believe this should be causing the issue. Additionally, this was merged 8/18 (day after tests started randomly failing). |
Also, I'm seeing:
which doesn't appear related to the test, but rather a general infra issue. Given these tests weren't actually quarantined, are there any objections to closing out this PR. I believe these should just get resolved by the overall testing infra changes we are making. |
This pipeline has been disabled until there are larger infrastructural changes made to improve reliability. Closing this out as there isn't anything actionable as the tests pass consistently locally. |
Components.E2ETests don't block the build, but having tests that nearly always fail isn't really helpful and it can make it look like there are issues with PRs to the unitiated.
The tests I'm about to skip are:
Microsoft.AspNetCore.Components.E2ETest.ServerExecutionTests.ServerTransportsTest.ErrorIfWebSocketsConnectionIsRejected
Microsoft.AspNetCore.Components.E2ETest.ServerExecutionTests.ServerTransportsTest.ErrorIfClientAttemptsWebSocketsWithServerOnLongPolling
Microsoft.AspNetCore.Components.E2ETest.ServerExecutionTests.ServerTransportsTest.DefaultTransportsWorksWithWebSockets
Microsoft.AspNetCore.Components.E2ETest.ServerExecutionTests.ServerTransportsTest.ErrorIfClientAttemptsLongPollingWithServerOnWebSockets
It looks like these weren't touched by #35414.
@SteveSandersonMS
The text was updated successfully, but these errors were encountered: