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: Repository: musescore/muse_framework/.coderabbit.yaml Review profile: ASSERTIVE Plan: Advanced Run ID: 📒 Files selected for processing (3)
Included review availability: This review used your included allowance. Your plan provides up to 1 included review per hour; 0 remain after this review. 📝 WalkthroughWalkthroughDockPageView now ignores unknown dock names. If a dock is an open DockPanelView that is not the current tab, toggling selects it without closing it. Otherwise, toggling sets the dock’s open state to the inverse of its current state. DockPanelView adds methods to query whether its tab is current and to make it current. Priority: ⬇️ Low Merge Risk: ⚪ Minimal · up to The toggle change matches the described behavior, and the identified lifecycle concern is ruled out. No merge-blocking issue remains. 🚥 Pre-merge checks | ✅ 3 | ❌ 2❌ Failed checks (2 warnings)
✅ Passed checks (3 passed)
Full details: Description checkExplanation The description explains the problem, the behavior change, and the resolved issue. However, it leaves every required checklist item unchecked, despite the template stating that the checklist must be completed accurately.
✨ 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 |
Pressing a panel's shortcut (e.g. P for the piano keyboard) while it was
open but hidden behind another tab closed it, so the user had to press
the shortcut twice to see it.
DockPageView::toggleDock now brings an open, non-current panel tab to
the front, and only closes a panel that is already the current tab.
This was the behaviour in MU3.
Resolves: musescore/MuseScore#35122