Skip to content

[test-quarantine] Unquarantine TlsHandshakeFeatureTests.SetsTlsHandshakeFeatureForHttps (issue #49306) - #67577

Closed
github-actions[bot] wants to merge 1 commit into
mainfrom
unquarantine/tls-handshake-feature-tests-49306-a13c359c2b7d01f1
Closed

[test-quarantine] Unquarantine TlsHandshakeFeatureTests.SetsTlsHandshakeFeatureForHttps (issue #49306)#67577
github-actions[bot] wants to merge 1 commit into
mainfrom
unquarantine/tls-handshake-feature-tests-49306-a13c359c2b7d01f1

Conversation

@github-actions

@github-actions github-actions Bot commented Jul 3, 2026

Copy link
Copy Markdown
Contributor

Unquarantines TlsHandshakeFeatureTests.SetsTlsHandshakeFeatureForHttps, which has been quarantined since July 2023 (1088+ days) under issue #49306.

The test has maintained a 100% pass rate in the quarantined test pipeline (definition 84) over the past 30 days:

  • 87 passes, 0 failures
  • Appeared in 29 out of 30 builds (97%)

Previous automated attempts to unquarantine (in May 2026) generated branches but PRs were not merged. This PR brings the same change.

Changes

  • src/Servers/IIS/IIS/test/IIS.Tests/TlsHandshakeFeatureTests.cs: Removed [QuarantinedTest("https://github.com/dotnet/aspnetcore/issues/49306")] from SetsTlsHandshakeFeatureForHttps.

Generated by Daily Test Quarantine Management · 618.8 AIC · ⌖ 10 AIC · ⊞ 2.9K ·

… (issue #49306)

The test has been passing with 100% success rate (87 passes, 0 failures)
in the quarantined test pipeline (definition 84) over the past 30 days,
appearing in 29 out of 30 builds (97%). It has been quarantined since
July 2023 (1088+ days) and is long overdue for unquarantine.

Closes #49306

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@wtgodbe wtgodbe closed this Jul 6, 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