Repository navigation
Keep a Claimed issue In Progress when a pull request links to it - #2124
Merged
Merged
Conversation
The Action now also runs when a pull request is opened, reopened or edited, and syncs each issue it closes: a Claimed issue stays In Progress, and an unclaimed one goes from Todo or In Progress to PR open. This replaces the project's built-in Pull request linked to issue workflow, which moved Claimed issues to PR open mid-Run.
This was referenced Nov 12, 2026
Merged
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Follow-up to #2123. The project's built-in Pull request linked to issue workflow sets Status to PR open. When a Run links its pull request while it still holds the Claim, the issue left In Progress even though the Run was still live. The Action now also handles pull request events and works out each closed issue's status the same way it does for label events:
pull_request_targetgives the job the secret on pull requests from forks too. The job only reads issue and project data and never checks out pull request code.After merge: turn off the built-in "Pull request linked to issue" workflow in the project settings. This Action now covers that case, and if both ran, they would race.
Evidence
Execution evidence
I extracted the step's script and ran it against live data with the mutation stubbed out. PR #2120 closes #2090.
After: I forced
current=PR open:Moved issue #2090 to PR open.Issue #2090: Claimed issue is not in Todo or PR open; no change.Pull request #2123 closes no issue here; no change.Unclaimed issue without an open pull request is not In Progress; no change.actionlintreports only the two SC2016 infos that are already onmain.Merge Danger
Door: two-way
Blast Radius: board-only
It changes only the project Status field. Revert it and turn the built-in workflow back on to undo.