Moon-0xff

Thanks for reporting this! I don't run 46 myself so I'll have to boot up a VM to test (it could be that your system is missing some files!).

I was wondering where the icon was coming from. I'm assuming gnome-control-center is or should be packaged alongside gnome. Does gnome work well without gnome-control-center? If not then I think...

> perhaps that could be a fallback (pretty sure there is a "fallback" method in St.Icon. Would that be a good solution? In that case it would be a simple...

The commit above will solve this issue for 45/46, expecting that versions below 45 can always get the icon from `gnome-control-center-data`, this might not be the case. I believe this...

> Issue closed by https://github.com/Moon-0xff/gnome-mpris-label/commit/02cdae19cf95649f5c2e6c687bf6848c821e2c0e Not yet, a new version needs to be uploaded to EGO.

Version 32 of the extension for GNOME 45/46 includes a fix for this problem (commit https://github.com/Moon-0xff/gnome-mpris-label/commit/02cdae19cf95649f5c2e6c687bf6848c821e2c0e).

Should we close this one? Both extensions have options to disable the scroll actions, ours since 34829624994af461f4b1f773ba78160488606307. We could try to prevent the signal from reaching both extensions (somehow). But...

First of all, were you hovering the pointer over the blob in that screenshot?

Yes, hiding that blob is something I've been wanting to do since the release of GNOME 40 but never tried! I will keep it on the top of the ~~imaginary~~...

Yes, It uses the same functions I was thinking of, `PanelMenu.Button.hide` and `.show`. I think the lag comes from spawning the panel media buttons, we have the same problem in...