Skip to content

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

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

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

Conversation

@github-actions

Copy link
Copy Markdown
Contributor

Re-Quarantine: TestServerTests.WebSocketsWorks

This test was unquarantined in #67261 (2026-06-17) but has started failing again since 2026-06-22 with the same error as the original quarantine.

Failures observed (after unquarantine)

  • Build 1478270 (2026-06-23)
  • Build 1477119 (2026-06-23)
  • Build 1474974 (2026-06-22)

Error

System.ObjectDisposedException: Cannot access a disposed object.
Object name: 'IServiceProvider'.
   at Microsoft.AspNetCore.SignalR.HubConnectionHandler`1.OnDisconnectedAsync(...)

Tracking issue

Re-opens #65914

Generated by Daily Test Quarantine Management · 4.4K AIC · ⌖ 14 AIC · ⊞ 25.7K ·

Test was unquarantined in #67261 (2026-06-17) but has started failing
again since 2026-06-22 with the same ObjectDisposedException in
OnDisconnectedAsync.

Associated issue: #65914

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

Copy link
Copy Markdown
Member

This was fixed since 6-23

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