You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Workspace color picker does not update custom workspace tab background (v0.7.17) #10
Workspace color picker does not update active workspace background (v0.7.17)
Version: wmux v0.7.17 OS: Windows 11 Pro Version 10.0.26200 Build 26200 Install type: Release ZIP
Summary
Right‑clicking a workspace and selecting a color does not update the workspace background color.
The issue only affects all session tabs in workspace.
After investigation, the root cause is a CSS rule using !important that overrides the inline background color applied by the color picker. Running the app after making this change allowed me to once again change colors.
Steps to Reproduce
Open wmux
Right‑click a session tab in the sidebar
Select a color
Observe that:
The tab color does not update
Inline styles are applied, but overridden by CSS !important rule
Fixed in v0.7.18 — the actual one-line fix landed via @H37IX's #11, thanks!
Your analysis was exactly right: .workspace-row--active { background: #0091FF !important; } was beating the inline style={{ backgroundColor: workspace.customColor }} that WorkspaceRow already sets. Inline styles normally win over class rules, so the !important was the only thing blocking the picker. Removed in sidebar.css, with a comment so it doesn't get reintroduced next time someone tweaks the active-row look.
Custom colors now apply to the active row as expected. Closing — please reopen if anything still misbehaves after grabbing the new zip.
Activity
fix(settings): persist default shell across restarts (v0.7.18)
amirlehmam commentedon May 11, 2026
Fixed in v0.7.18 — the actual one-line fix landed via @H37IX's #11, thanks!
Your analysis was exactly right:
.workspace-row--active { background: #0091FF !important; }was beating the inlinestyle={{ backgroundColor: workspace.customColor }}thatWorkspaceRowalready sets. Inline styles normally win over class rules, so the!importantwas the only thing blocking the picker. Removed insidebar.css, with a comment so it doesn't get reintroduced next time someone tweaks the active-row look.Custom colors now apply to the active row as expected. Closing — please reopen if anything still misbehaves after grabbing the new zip.
fix(sidebar): selection stops being an opaque blue slab