Skip to content

[test-quarantine] Re-Quarantine TestServerTests.WebSocketsWorks - #67443

Closed
github-actions[bot] wants to merge 1 commit into
mainfrom
test-quarantine/re-quarantine-websocketsworks-ac958d7629794397
Closed

[test-quarantine] Re-Quarantine TestServerTests.WebSocketsWorks#67443
github-actions[bot] wants to merge 1 commit into
mainfrom
test-quarantine/re-quarantine-websocketsworks-ac958d7629794397

Conversation

@github-actions

Copy link
Copy Markdown
Contributor

Re-quarantines Microsoft.AspNetCore.SignalR.Client.Tests.TestServerTests.WebSocketsWorks after it was unquarantined by PR #67261 on 2026-06-17 but began failing again.

Failures observed after the unquarantine (all on main branch):

Root cause: A race condition where OnDisconnectedAsync is dispatched after the host has stopped and the DI container has been disposed, causing ObjectDisposedException: Cannot access a disposed object (IServiceProvider).

Associated issue: #65914

Generated by Daily Test Quarantine Management · 5.5K AIC · ⌖ 13.8 AIC · ⊞ 25.7K ·

Re-quarantine WebSocketsWorks after it was unquarantined by PR #67261.
The test began failing again after the unquarantine.

Associated issue: #65914

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@wtgodbe

wtgodbe commented Jun 27, 2026

Copy link
Copy Markdown
Member

These failures are all from before #65928. Let's not quarantine this one unless we have evidence of flakiness after #65928 went in.

@wtgodbe wtgodbe closed this Jun 27, 2026
wtgodbe added a commit to wtgodbe/aspnetcore that referenced this pull request Jul 6, 2026
…ected actions

Two recent misbehaviors (run 28656097334): PR dotnet#67577 tried to unquarantine
SetsTlsHandshakeFeatureForHttps despite issue dotnet#49306 carrying the re-quarantine
label, and PR dotnet#67576 re-quarantined WebSocketsWorks despite maintainer "do not
quarantine" comments on the already-rejected dotnet#67443/dotnet#67415.

Root causes:
- The unquarantine re-quarantine check only parsed merged-PR diffs and left the
  match/exclude decision to the model; it never consulted the re-quarantine
  issue label the maintainer set.
- The closed-PR comment check relied on MCP search_pull_requests, whose DIFC
  filter silently drops the workflow's own app/github-actions-authored PRs, so
  the maintainer comments were never seen.

Fixes (deterministic pre-activation steps + injected data):
- Fetch re-quarantine issue numbers; block unquarantine of any test whose
  tracking issue is labeled re-quarantine (authoritative, exact match).
- Fetch closed-but-unmerged [test-quarantine] PRs + comments with a full token,
  bypassing the DIFC filter; the closed-PR check now uses this instead of MCP.

Recompiled lockfile with gh-aw CLI v0.81.6 (setup action v0.80.9 -> v0.81.6).

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
wtgodbe added a commit to wtgodbe/aspnetcore that referenced this pull request Jul 6, 2026
…ected actions

Two recent misbehaviors (run 28656097334): PR dotnet#67577 tried to unquarantine
SetsTlsHandshakeFeatureForHttps despite issue dotnet#49306 carrying the re-quarantine
label, and PR dotnet#67576 re-quarantined WebSocketsWorks despite maintainer "do not
quarantine" comments on the already-rejected dotnet#67443/dotnet#67415.

Root causes:
- The unquarantine re-quarantine check only parsed merged-PR diffs and left the
  match/exclude decision to the model; it never consulted the re-quarantine
  issue label the maintainer set.
- The closed-PR comment check relied on MCP search_pull_requests, whose DIFC
  filter silently drops the workflow's own app/github-actions-authored PRs, so
  the maintainer comments were never seen.

Fixes (deterministic pre-activation steps + injected data):
- Fetch re-quarantine issue numbers; block unquarantine of any test whose
  tracking issue is labeled re-quarantine (authoritative, exact match).
- Fetch closed-but-unmerged [test-quarantine] PRs + comments with a full token,
  bypassing the DIFC filter; the closed-PR check now uses this instead of MCP.

Recompiled lockfile with gh-aw CLI v0.81.6 (setup action v0.80.9 -> v0.81.6).

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
wtgodbe added a commit to wtgodbe/aspnetcore that referenced this pull request Jul 6, 2026
…ected actions

Two recent misbehaviors (run 28656097334): PR dotnet#67577 tried to unquarantine
SetsTlsHandshakeFeatureForHttps despite issue dotnet#49306 carrying the re-quarantine
label, and PR dotnet#67576 re-quarantined WebSocketsWorks despite maintainer "do not
quarantine" comments on the already-rejected dotnet#67443/dotnet#67415.

Root causes:
- The unquarantine re-quarantine check only parsed merged-PR diffs and left the
  match/exclude decision to the model; it never consulted the re-quarantine
  issue label the maintainer set.
- The closed-PR comment check relied on MCP search_pull_requests, whose DIFC
  filter silently drops the workflow's own app/github-actions-authored PRs, so
  the maintainer comments were never seen.

Fixes (deterministic pre-activation steps + injected data):
- Fetch re-quarantine issue numbers; block unquarantine of any test whose
  tracking issue is labeled re-quarantine (authoritative, exact match).
- Fetch closed-but-unmerged [test-quarantine] PRs + comments with a full token,
  bypassing the DIFC filter; the closed-PR check now uses this instead of MCP.

Recompiled lockfile with gh-aw CLI v0.81.6 (setup action v0.80.9 -> v0.81.6).

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
wtgodbe added a commit that referenced this pull request Jul 6, 2026
…ected actions (#67620)

Two recent misbehaviors (run 28656097334): PR #67577 tried to unquarantine
SetsTlsHandshakeFeatureForHttps despite issue #49306 carrying the re-quarantine
label, and PR #67576 re-quarantined WebSocketsWorks despite maintainer "do not
quarantine" comments on the already-rejected #67443/#67415.

Root causes:
- The unquarantine re-quarantine check only parsed merged-PR diffs and left the
  match/exclude decision to the model; it never consulted the re-quarantine
  issue label the maintainer set.
- The closed-PR comment check relied on MCP search_pull_requests, whose DIFC
  filter silently drops the workflow's own app/github-actions-authored PRs, so
  the maintainer comments were never seen.

Fixes (deterministic pre-activation steps + injected data):
- Fetch re-quarantine issue numbers; block unquarantine of any test whose
  tracking issue is labeled re-quarantine (authoritative, exact match).
- Fetch closed-but-unmerged [test-quarantine] PRs + comments with a full token,
  bypassing the DIFC filter; the closed-PR check now uses this instead of MCP.

Recompiled lockfile with gh-aw CLI v0.81.6 (setup action v0.80.9 -> v0.81.6).

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant