Show pull requests as Queued when they enter GitHub's merge queue
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 23k
- Forks
- 5.9k
- Avg merge
- 11h 14m
- Merged PRs (30d)
- 357
Description
Problem
When a linked pull request is approved and then added to GitHub's merge queue, T3 Code continues to display its status as Approved. GitHub displays the pull request as Queued, so T3 Code's status is stale and makes it look as though the merge action has not taken effect.
Expected behavior
T3 Code should recognize GitHub's merge-queue state and display a yellow Queued status for the linked pull request. Once GitHub merges the pull request, T3 Code should transition it to Merged as usual.
Steps to reproduce
- Link a pull request to a T3 Code thread.
- Obtain the required approval and passing checks.
- Add the pull request to GitHub's merge queue.
- Observe that GitHub reports
Queuedwhile T3 Code still reportsApproved.
Why this matters
The current status does not distinguish an approved pull request awaiting action from one already accepted into the merge queue.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the TypeScript code that maps GitHub pull request states to T3 Code statuses, then reproduce the approved pull request entering GitHub's merge queue. Done means queued pull requests display a yellow Queued status and transition to Merged after GitHub merges them.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- devtools
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 68/100