Skip to content

ci: remove nightly-failure issue creation, let tend-ci-fix handle it - #6124

Merged
max-sixty merged 1 commit into
mainfrom
ci/remove-nightly-failure-issue-creation
Aug 2, 2026
Merged

ci: remove nightly-failure issue creation, let tend-ci-fix handle it#6124
max-sixty merged 1 commit into
mainfrom
ci/remove-nightly-failure-issue-creation

Conversation

@prql-bot

@prql-bot prql-bot commented Aug 2, 2026

Copy link
Copy Markdown
Collaborator

What

Removes the create-issue-on-nightly-failure job (and its now-orphaned .github/nightly-failure.md template) from tests.yaml.

Why

That job opens a triage issue on every nightly tests failure using the prql-bot PAT — deliberately, so the issues: opened event cascades to tend-triage (see #5770). But tend-ci-fix also fires independently on the failed tests workflow_run. Two workflows then run a Claude session on the same root cause with no shared concurrency group, and the dedup recheck can't close a sub-propagation-window race. That's what produced the duplicate fix PRs #5959 / #5960 on the Hugo 0.162.0 nightly break.

The one thing that job still gave us — a durable, human-visible "nightly is broken" signal in the issues list — is now covered by tend-ci-fix itself: when it can't produce a fix it opens a deduplicated tracking issue. So removing this job collapses the duplicate-trigger race cleanly without losing the nightly-health signal:

  • Before: nightly tests fails → create-issue-on-nightly-failure opens an issue → tend-triage and tend-ci-fix both fire.
  • After: nightly tests fails → tend-ci-fix fires once; if it can't fix, it leaves a tracking issue.

This is the change the thread in max-sixty/tend#627 landed on ("disable the issue creation on test fail, and tend should take care of it"); the upstream tracking-issue behavior it depended on has since shipped in the bundled ci-fix skill.

If the job was kept intentionally — e.g. you prefer the richer nightly-failure.md issue for human visibility and accept the occasional tend-auto-closed duplicate — feel free to close this; it's a proposal, not a correction.

Refs max-sixty/tend#627

The create-issue-on-nightly-failure job opens a triage issue (via the
prql-bot PAT so it cascades) on every nightly tests failure. That fires
tend-triage on issues:opened while tend-ci-fix independently fires on the
failed tests workflow_run — two workflows racing on the same root cause,
which produced duplicate fix PRs (#5959 / #5960).

tend-ci-fix already triggers on the failed tests run and, when it can't
produce a fix, now opens a deduplicated tracking issue itself, so the
nightly-health signal is preserved without the duplicate trigger.

Refs max-sixty/tend#627
@max-sixty
max-sixty merged commit a3c3694 into main Aug 2, 2026
40 checks passed
@max-sixty
max-sixty deleted the ci/remove-nightly-failure-issue-creation branch August 2, 2026 23:27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants