Stoplight 0.12.5

• Much lighter on GitHub. Stoplight refreshes everything every 5 minutes and whenever you open the panel, instead of every 20 seconds while any CI runs. Running checks are still followed once a minute, with one small request for just those PRs. It used enough of GitHub's hourly limit (shared with gh and your other tools) to hit it; now it uses a small fraction. If the limit runs low anyway, it backs off to every 15 minutes.

Stoplight 0.12.4

• Review in Onramp shows Onramp's new icon, a road curving through a rounded square.

Stoplight 0.12.3

• Stacked PRs look right. A long base branch in the "on " tag stays on one line and shortens in the middle. Hover it for the full name.

Stoplight 0.12.2

• Get Onramp. If Onramp isn't installed, Settings → General → Row buttons links to it. Install it and the "Review in Onramp" button appears on your PRs.

Stoplight 0.12.1

• Review in Onramp. PairProgram is now Onramp. The PR-row button is now "Review in Onramp", with a yield-sign icon. It opens the PR as a tab there. It shows when Onramp is installed, and joins your saved button order automatically.

Stoplight 0.12.0

Review a PR in PairProgram without leaving the menu bar.

• Review in PairProgram. When PairProgram is installed, an expanded PR row gets a button (right after Open on GitHub) that opens the PR there as a tab: the full diff, comments, and your agents. PairProgram finds your local clone of the repo, and asks once if it can't.
• CI failures carry over. In PairProgram, a failing PR's check annotations show up as comments on the exact lines, so your agent can fix them where they are.
• The button only appears when PairProgram is installed, and slots into your saved button order automatically (reorder it in Settings → General → Row buttons).

Stoplight 0.11.1

Queue rows say what's actually happening, with less on screen.

• The dots were showing the wrong checks. A queued PR's own checks passed before it was enqueued; the queue is testing a merge group — your branch combined with everything ahead of it. Queue rows now read the merge group's checks, so an entry whose merge-group run is still going shows yellow instead of a stale green.
• Position moved to the gutter. The Queue 7 badge is gone: the number sits to the left of the dot, and turns red when that entry is what everything behind it is waiting on.
• No approval seal on queue rows. A PR in the queue is approved by definition.
• The queue section links to its queue on GitHub, from a small arrow in the header.
• The PRs / Queue switch shrank to two glyphs in the top bar beside the pin, with the active one in the accent colour. ⌃⇥ still switches.

Stoplight 0.11.0

The merge queue gets its own tab, and PRs show where they stand with reviewers.

Queue tab

The queue no longer sits among your own PRs. When a queue exists, a PRs / Queue switch appears; ⌃⇥ moves between them, and nothing changes when there's no queue to show.

• Real queue order. Entries were being regrouped by state and recency, which is exactly what you don't want when position is the information. Queue sections now keep GitHub's order.
• Position always shows, including for blocked entries, which previously reported none. ≡ Queue 3, or the same number with a red glyph when that entry is blocking everything behind it.

Review state

Every PR shows where it stands with reviewers, as a glyph rather than a word: a green seal for approved, a red bubble for changes requested, a dashed circle when review is still required.

Notifications follow: changes requested tells you in both modes, approval when notifications are set to everything.

Fixed

• Adversarial review reused the fix session. Sessions were keyed by PR alone, so ⇧⌘F focused the window ⌘F had opened. Fixing and reviewing now get their own windows.
• can't change option: zle appearing as a git error. An interactive login shell complains in a non-tty, and that noise was being captured as command output.

Stoplight 0.10.0

Merge queues.

Queue sections

When a PR you can see is waiting in a merge queue, that queue gets its own section: what's ahead of it, in order, and whether the front is failing.

Nothing to configure. A queue belongs to a base branch, and orgs queue into rc/2026-09, develop, whatever they like — so Stoplight reads the branch off the PR itself. Change release branches and the section follows.

• Your own entries are tagged yours, and stay in their usual section too, so the positions still read correctly.
• Queue rows never light the menu bar or notify you. They're other people's PRs.
• Sources → Options: turn queues off, or change how many entries each one lists (1–25, default 10).

Merge queue button

An expanded PR that's queued gets a ≡ button that opens its queue on GitHub, with its position in the tooltip.

Stoplight 0.9.2

Stale check runs no longer turn a green PR red.

A PR that GitHub showed as passing — approved, in the merge queue — could read red in Stoplight, listing the same failed check seven times.

Two bugs in the same query:

• Stale runs were counted. A commit keeps every check run that ever reported on it, so re-running a workflow leaves the old failed run attached. All of them went into the verdict, and one stale failure outvoted the passing re-run. Stoplight now keeps only the newest run per workflow and check name. Two workflows that define a job with the same name stay separate, because those are genuinely different checks.
• Stoplight read the oldest 100 checks. On a commit with more than a hundred runs, that window is stale by definition. It now reads the newest hundred.

Six new tests cover the case, including six stale failures plus a passing re-run reading green.