The menu gets a "Review next" item under its header, outside the scrolling list. It reads Review next: title · repo #n · age and opens the ready PR that has waited longest. If no PR is ready, it opens the longest-waiting PR that isn't conflicted or failing. The choice is nextToReview() in the new extension/queue.js, tested in tests/queue.test.js. When every listed PR is conflicted or failing, the item is greyed out and reads "Nothing to review next: all conflicted or failing". With no PRs it's hidden. An update while the menu is open changes the item in place. If the item had keyboard focus and becomes greyed out or hidden, focus moves on. The last commit fixes a "has been already disposed" critical when an update rebuilt the list under a focused PR.
New settings key, for review: review-next-shortcut (a keybinding, type as, default <Super><Shift>n). It opens the next PR directly, or the menu when there's nothing to review. It's set in Settings → Top bar, below the menu's shortcut. The Top bar group's description now renders; its <Super><Shift>r example was breaking the markup. No protocol messages or state were added. The headless smoke test covers the shortcut, the greyed-out, renamed and hidden item, focus moving off it, and that both shortcuts are gone after a disable.
The menu on main (left) and with this PR (right):
The item with a PR to review (left), and greyed out when every PR is conflicted (right):
Settings → Top bar on main (left) and with this PR (right):
🤖 Generated with Claude Code