Conversation
|
Warning Rate limit exceeded
Your organization is not enrolled in usage-based pricing. Contact your admin to enable usage-based pricing to continue reviews beyond the rate limit, or try again in 19 minutes and 20 seconds. ⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Greptile SummaryThis PR fixes a visual transparency issue where the split-button backdrop in the tab bar was bleeding through (showing as semi-transparent) when a terminal pane was active. The fix is a targeted one-line change that replaces Key changes:
Confidence Score: 5/5
Important Files Changed
Flowchart%%{init: {'theme': 'neutral'}}%%
flowchart TD
A[Resolve backdrop colour] --> B{Custom chrome colour set?}
B -- Yes --> C[Use custom chrome colour]
B -- No --> D["NEW fallback: .textBackgroundColor"]
C --> E[Force fully opaque via withAlphaComponent 1.0]
D --> E
E --> F[Render split-button backdrop]
G["OLD fallback: .windowBackgroundColor"] -. replaced .-> D
Reviews (1): Last reviewed commit: "Use terminal bg (paneBackground forced o..." | Re-trigger Greptile |
| if showSplitButtons { | ||
| let shouldShow = presentationMode != "minimal" || isHoveringTabBar | ||
| let bg = TabBarColors.barBackground(for: appearance) | ||
| let bg = Color(nsColor: TabBarColors.nsColorPaneBackground(for: appearance).withAlphaComponent(1.0)) |
There was a problem hiding this comment.
Fallback color semantically changed for non-themed setups
The previous code used TabBarColors.barBackground(for:), which falls back to .windowBackgroundColor (the standard macOS window chrome background, typically a warm light-gray ~#ECECEC in light mode). The new code uses nsColorPaneBackground(for:), which falls back to .textBackgroundColor (the document/text background, typically pure white #FFFFFF in light mode).
These system colors are visibly distinct, so in the default (un-themed) case the split-button backdrop will no longer match the rest of the tab bar background, potentially creating a noticeable seam between the tab strip and the backdrop rectangle.
If the intent is strictly to force opacity while keeping the same visual background, you could express this as:
let bg = Color(nsColor: TabBarColors.nsColorBarBackground(for: appearance).withAlphaComponent(1.0))(adding a matching nsColorBarBackground helper that mirrors the existing nsColorPaneBackground pattern but uses .windowBackgroundColor as the fallback).
If the intent is genuinely to match the pane/terminal background colour behind the buttons (which makes sense when a terminal fills the pane), the change is correct as-is — but it may be worth a comment explaining why paneBackground rather than barBackground is used here.
Summary by cubic
Use the pane (terminal) background with full opacity for the tab bar split-button overlay to remove transparency artifacts and match the terminal color. This keeps the bar consistent in minimal mode and on hover.
Written for commit 5a5f9d9. Summary will update on new commits.