From 6019a253cd926cfbb5ea9c2c8dc97911070724ca Mon Sep 17 00:00:00 2001
From: Frank Stellmacher <171614930+Psychotoxical@users.noreply.github.com>
Date: Sun, 3 May 2026 09:57:53 +0200
Subject: [PATCH] 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.
---
 src/styles/components.css | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/src/styles/components.css b/src/styles/components.css
index 3b75501b..2da38062 100644
--- a/src/styles/components.css
+++ b/src/styles/components.css
@@ -11112,8 +11112,10 @@ html[data-psy-native-hidden="true"] *::after {
 /* Window visible but unfocused (alt-tab, click into another app): only
    pause the heaviest known infinite animations to save GPU. The previous
    `*`-selector variant fired a repaint over every node and triggered a
-   stale-blur HMR rendering bug on WebKitGTK + no-compositing. */
-html[data-app-blurred="true"] .eq-bars .eq-bar,
+   stale-blur HMR rendering bug on WebKitGTK + no-compositing.
+   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"] .marquee-text,
 html[data-app-blurred="true"] .np-dot-pulse,