fix(ui): let macOS windows inherit app appearance - #11095
proggeramlug wants to merge 2 commits into
Conversation
|
Navigate logical layers of code changes, visualize relationships, and explore their blast radius. 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 (4)
Included review availability: Your plan provides up to 8 included reviews per hour; 3 remain after this review. 📝 WalkthroughWalkthroughmacOS window creation no longer assigns a named appearance based on the system dark-mode setting. The window inherits the application’s effective appearance. A registered native integration test checks that the window appearance is unset. ChangesWindow appearance inheritance
Priority: ➖ Normal Estimated code review effort: 2 (Simple) | ~10 minutes Change: Bug fix · Severity of issue fixed: Medium Merge Risk: ⚪ Minimal · up to MacOS windows can inherit the app’s appearance, including its light-mode setting. No issue identified here prevents merging after normal checks. 🚥 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 |
(cherry picked from commit 66c3431)
Summary
NSApp's effective appearanceNSRequiresAquaSystemAppearancefrom an app bundleRoot cause
app_createread the global system appearance and assigned Aqua or Dark Aqua directly to the window. That explicit window setting took precedence over the application or bundle appearance, so an app could not pin itself to Aqua.Validation
cargo test --profile perry-dev -p perry-ui-macoscargo fmt --all -- --checkpython3 scripts/check_test_registration.py./scripts/check_file_size.shgit diff --checkFixes #11092
Summary by CodeRabbit