fix(queue): keep EQ bars animating when window loses focus (#438)

The blur-pause selector added in #434 included `.eq-bars .eq-bar`,
which caused the now-playing equalizer indicator in the queue to
freeze whenever the window lost OS focus (alt-tab, hover-focus
WMs, DevTools opening on WebKitGTK). Three small scaleY transforms
cost effectively nothing GPU-wise, so dropping them from the pause
list trades negligible idle GPU for a much less broken-looking UI.
This commit is contained in:
Frank Stellmacher
2026-05-03 09:57:53 +02:00
committed by GitHub
parent 4483552c94
commit 6019a253cd
+4 -2
View File
@@ -11112,8 +11112,10 @@ html[data-psy-native-hidden="true"] *::after {
/* Window visible but unfocused (alt-tab, click into another app): only /* Window visible but unfocused (alt-tab, click into another app): only
pause the heaviest known infinite animations to save GPU. The previous pause the heaviest known infinite animations to save GPU. The previous
`*`-selector variant fired a repaint over every node and triggered a `*`-selector variant fired a repaint over every node and triggered a
stale-blur HMR rendering bug on WebKitGTK + no-compositing. */ stale-blur HMR rendering bug on WebKitGTK + no-compositing.
html[data-app-blurred="true"] .eq-bars .eq-bar, Note: queue `.eq-bars` are intentionally NOT in this list three small
`scaleY` transforms cost nothing GPU-wise, but pausing them looked like
a "frozen UI" bug to users on WMs that drop window focus on hover. */
html[data-app-blurred="true"] .player-marquee, html[data-app-blurred="true"] .player-marquee,
html[data-app-blurred="true"] .marquee-text, html[data-app-blurred="true"] .marquee-text,
html[data-app-blurred="true"] .np-dot-pulse, html[data-app-blurred="true"] .np-dot-pulse,