fix: stop frontend overlay covering admin bar dropdowns; sync reset UI fixes - #127
Conversation
…owns The overlay host, trigger tab, and panel were all set to z-index 100000, one higher than the WP admin bar's 99999 — but the admin bar's own dropdown submenus share that same 99999 stacking context, so the overlay ended up painting above them too. Drop the overlay to 99998 so it stays below the entire admin bar (bar + dropdowns) in all three places that set it: the PHP inline-style fallback, the JS syncHostBounds(), and the Tailwind z-[...] classes on the trigger/panel.
…from framework
Pulls in codeslash-dev/SLASHED PR #468: the panel header now exposes a
"Reset N" button that clears just the active category's overrides, and
per-token reset controls (TokenRow, SliderRow, PowerKnobRow, and the
inline resets in MiscPanel/TypographyPanel/MotionPanel) no longer rely
on bare group-hover opacity, so they're reachable on touch and via
keyboard focus. Rebuilt assets/admin-app/{app.js,app.css} to match.
|
Warning Review limit reached
Next review available in: 41 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?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 reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. 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, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (13)
✨ 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 |
PR Summary by QodoFix configurator overlay stacking vs WP admin bar; add category reset + accessible reset controls
AI Description
Diagram
High-Level Assessment
Files changed (13)
|
Code Review by Qodo
Context used✅ Compliance rules (platform):
1 rule 1.
|
The reset-all confirmation backdrop was dropped to z-10 when its z-index was decoupled from the old 100000-based scheme, but the same overlay panel renders tooltips at z-20 (ColorsPanel) and z-50 (SidebarNav) — both of which would then paint over the modal. Bump it to z-[100], comfortably above every other z-index used inside the panel's stacking context. (caught by automated review on #127)
Pulls in codeslash-dev/SLASHED#468 (205f9ab): the per-category reset button merged in #127 scoped its overrides by raw substring matching against the active domain's own pattern list, which over-matches since DOMAIN_PATTERNS substrings overlap across domains (e.g. layout's "-bg-" also appears in color tokens like --sf-color-bg--active). Resetting Layout could silently wipe out unrelated Colors overrides. Now scoped via domainOf(k) === domain, the same classifier already used for the sidebar override badges. Rebuilt assets/admin-app/app.js to match.
…ui-fixes-wt1jqs fix: correct category-reset domain scoping regression from #127
Summary
z-index: 100000, one higher than the admin bar's99999— but the admin bar's own dropdowns share that same99999stacking context, so the overlay painted above them too. Lowered to99998in all three places that set it (PHP inline-style fallback,syncHostBounds(), and the Tailwindz-[...]classes on the trigger/panel).admin-app/srcfrom the framework (codeslash-dev/SLASHEDPR #468) to pull in two related configurator fixes that also apply to the WP-embedded configurator:TokenRow,SliderRow,PowerKnobRow, and inline resets inMiscPanel/TypographyPanel/MotionPanel) no longer rely on bareopacity-0 group-hover:opacity-100, which never became visible on touch devices or via keyboard focus.assets/admin-app/{app.js,app.css}to match the synced source.Type
Checklist
feat:,fix:,docs:, …)npm test— not run (no node_modules-heavy e2e run in this session;npm run verifyandnpm run lint:phpwere run and pass)npm run lintpasses (lint:phprun;lint:cssnot modified by this change)npm run verifypasses (version metadata in sync)assets/admin-app/*regenerated vianpm run build:admin-app, not hand-edited)CHANGELOG.mdupdated under## [Unreleased]assets/admin-app/app.js,assets/admin-app/app.css)Notes
AppOverlay.svelteis plugin-specific (protected by.syncignore) and was edited directly here, not vendored from the framework.Generated by Claude Code