Fix dark theme select popups - #472
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (1)
🚧 Files skipped from review as they are similar to previous changes (1)
Included review availability: Your plan provides up to 4 included reviews per hour; 2 remain after this review. 📝 WalkthroughWalkthroughSelect controls now share explicit dark and light theme styling. Provider and settings dropdowns use theme-appropriate option backgrounds, text colors, and checked-option accents. ChangesSelect theme styling
Priority: ➖ Normal Estimated code review effort: 1 (Trivial) | ~5 minutes Change: Bug fix · Severity of issue fixed: Medium Merge Risk: ⚪ Minimal · up to No merge-blocking risk remains from the supplied change context. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ 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 |
|
Maintainer validation + scope fix for #470. Independently checked the reported control: the screenshot path (Settings → Providers → Tray display → Menu bar and floating bar metric) resolves to Extended the existing theme-specific select rules to also cover
No layout or closed-control changes; only native popup color-scheme and option colors. Validation:
Head: |
Summary
Fixes #470
Validation
UI proof note
The pre-fix native WebView2 popup was captured on Windows. The fix is limited to the theme-specific CSS controlling that same native select. Hosted Windows CI should provide the fresh build gate; post-fix native-popup CUA is the only local check blocked by the machine linker configuration.
Summary by CodeRabbit