Fix dashboard client placeholder relink#237
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Warning Review limit reached
More reviews will be available in 3 hours, 12 minutes, and 39 seconds. Learn how PR review limits work. Your organization has used up its prepaid credits, and credit purchases are no longer available. Enable the review add-on in the billing tab to keep reviews running — you're only billed for reviews past your plan's rate limits ($0.25/file). ⌛ How to resolve this issue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based credits. 🚦 How do rate limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan refill rate. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, the refill rate gradually slows as usage increases. The highest same-day bursts are limited more strictly. Please see our Fair Usage Limits Policy for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
📝 WalkthroughWalkthrough
ChangesDashboard Window Management
Estimated code review effort🎯 3 (Moderate) | ⏱️ ~20 minutes Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
@coderabbitai review |
✅ Action performedReview finished.
|
|
Sub-agent review finding addressed: the first version used tmux link-window -k after pre-validating the dashboard slot, which could force-replace a non-dashboard if the slot changed before the tmux command executed. Fixed in 069b40d by preserving one-window client sessions with a temporary keepalive window, killing only the known dashboard placeholder by window id, and linking without -k so a changed slot fails instead of deleting the new occupant. Added a regression test for the no--k behavior. |
|
Round 2 sub-agent finding addressed: with renumber-windows on, the keepalive window could slide into index 0 after deleting the dashboard placeholder. Fixed in 9013ab7 by temporarily disabling renumber-windows while the keepalive/dashboard replacement is in progress and restoring the original value in a finally block. Added assertions covering renumber-windows on/off restore around the relink. |
|
Final sub-agent finding addressed: renumber-windows restore now covers keepalive creation failures too. Fixed in 237cd96 by moving keepalive creation under the same try/finally as link/cleanup, and added a regression where new-window throws after renumber-windows is disabled; the test asserts the original option is restored and no windows are killed. |
Summary
Verification
Summary by CodeRabbit
Bug Fixes
Tests