v0.1.6 — Customize-mode hover-paint suppression bundle

What's in this release

Fix bundle — host-CSS hover paint no longer leaks onto inert customize-mode rows. The v0.1.3 + v0.1.4 customize-mode rules covered :hover on the LI, but several paint paths weren't reached:

• LI hover bg on hosts that paint at the LI level (notably WPCOM's wp-admin chrome — vanilla wp-admin paints at the <a> level, already covered)
• .opensub > a.menu-top paint after core's hover-intent JS adds the class on a ~200ms delay
• .wp-menu-image::before icon-color override that soft-greyed icons on hover (read DES-605 literally — no hover paint at all)
• Reassignable rows showing the same blue bg + left-edge box-shadow stripe through the inner anchor
• Right-edge ::after arrow on items with submenus (the "submenu opens here" affordance — irrelevant when flyouts are disabled)

Net effect: inert rows in customize mode stay visually inert across the full hover → hover-intent → opensub state machine, on every host.

Changes since v0.1.5

• #48 — Customize-mode hover-paint suppression bundle (4 commits)

Compatibility

• WordPress 6.5+
• PHP 8.0+

Sources

• Tag: v0.1.6 (commit a7d71c6)
• Source archive: wp-admin-sidebar.zip attached