Skip to content

Note the sticky closing-issue links in the PR-workflow skill - #517

Closed
JackKelly wants to merge 1 commit into
mainfrom
claude/skill-note-closing-issue-refs
Closed

Note the sticky closing-issue links in the PR-workflow skill#517
JackKelly wants to merge 1 commit into
mainfrom
claude/skill-note-closing-issue-refs

Conversation

@JackKelly

@JackKelly JackKelly commented Aug 10, 2026

Copy link
Copy Markdown
Member

🤖 This PR description was written by Claude Code, acting on Jack's behalf.

Adds a "check what the merge will close" step to the github-issue-pr-workflow skill.

Why

Issue #512 was closed by
the merge of #514 — a PR
that had deliberately left it alone, and whose body said so ("Two things noticed in passing, filed
rather than fixed"). It has since been reopened, with its project Status put back to Todo.

The cause is that a closing reference is sticky. GitHub registers the link when the text
containing the keyword is first saved, and does not remove it when the text is edited away.
An early draft of #514's body must have said "closes #512"; by merge time no trace of that
remained in either the body or the branch's five commit messages, but the link was still live:

$ gh pr view 514 --json closingIssuesReferences --jq '.closingIssuesReferences[].number'
228
512

So the check has to be that field. Reading the body is not evidence, and neither is grepping the
commits.

What the note says

The command to run before gh pr merge, why the current body cannot be trusted, and how to
recover — because reopening is not the whole of it. The board automation moves a closed issue to
Done, and a reopen lands it on In Progress, not back on Todo, so the project field needs
setting explicitly.

Merging PR #514 closed #512, which its body said had been filed rather than fixed. The link
came from an earlier draft of the body: GitHub registers a closing reference when the text is
first saved and keeps it after the text is edited away, so neither the current body nor the
branch's commit messages show it. `gh pr view <N> --json closingIssuesReferences` is the only
thing that does.

Also records the recovery, since reopening is not the whole of it: the board automation moves a
closed issue to Done, and a reopen lands on In Progress rather than Todo.

Co-Authored-By: Claude <noreply@anthropic.com>
@JackKelly JackKelly added the documentation Improvements or additions to documentation label Aug 10, 2026
@JackKelly JackKelly self-assigned this Aug 10, 2026
@JackKelly

Copy link
Copy Markdown
Member Author

Superseded: this PR's first body used a closing keyword next to the issue reference and so registered a closing link that a body edit would not clear. Reopening as a fresh PR from the same branch.

@JackKelly JackKelly closed this Aug 10, 2026
@JackKelly
JackKelly deleted the claude/skill-note-closing-issue-refs branch August 10, 2026 19:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Reject unknown keys in config_overrides (extra="forbid" on BaseForecasterConfig)

1 participant