OS freeze

[Sandeep-kumaresan]

Description:
The operating system freezes/hangs for 1-2 seconds when the next song changes/changed using its controls.
I noticed this issue while I was typing some stuff while listening to songs.
The content I was typing stopped for a second

To Reproduce
Steps to reproduce the behavior:

1. Play any song
2. Skip to the end of the song
3. Type / perform any actions
4. You could notice a slight freeze

Environment:

• Distro: Manjaro Linux
• GNOME version : 45.4
• Extension Version : 2.0.0
• Kernel version : Linux 6.6.25-1-MANJARO
• Shell version : zsh 5.9 (x86_64-pc-linux-gnu)

[ChrisLauinger77]

Used player would also be valueable information.
And have you tried different players ?

[Sandeepmasstha]

Used player would also be valueable information. And have you tried different players ?

I have tried with YouTube music, YouTube, VLC

[sakithb]

@Sandeep-kumaresan Does it happen with scroll labels turned off?

[ezioleq]

@Sandeep-kumaresan Does it happen with scroll labels turned off?

I faced the same issue as described and for me disabling scroll labels didn't do anything and the problem is still noticeable. I also tried disabling the whole label or even all of the buttons and still nothing changed.

I'm using Chromium with Spotify/Soundcloud as the player and on mine setup the lag is not that big (~100ms?). My DE is also Gnome but on pure Arch Linux.

[anasgets111]

Gnome 46-47
running a YouTube video in Google Chrome, with the extension enabled,
scroll labels turned off, then closing the tab, my mouse hangs for 1-2 seconds ,
turning off the extension everything is smooth. funny thing is it was not happening 2 days ago,
(in gnome 46 it wasn't always happening too)
also happens when closing a video file played by SMplayer for ex.

attached are a showcase of that happening (as best I can) willing to provide any info needed too..
Thanks for a great extension
Screencast From 2024-10-01 19-11-29.webm

[ChrisLauinger77]

Gnome 46-47 running a YouTube video in Google Chrome, with the extension enabled, scroll labels turned off, then closing the tab, my mouse hangs for 1-2 seconds , turning off the extension everything is smooth. funny thing is it was not happening 2 days ago, (in gnome 46 it wasn't always happening too) also happens when closing a video file played by SMplayer for ex.

attached are a showcase of that happening (as best I can) willing to provide any info needed too.. Thanks for a great extension Screencast From 2024-10-01 19-11-29.webm

Did you try another browser ?

[anasgets111]

Just installed it to test, doesn't affect Firefox

[ChrisLauinger77]

Then its not the extension but the player

[DanHolli]

I've had this hitching issue with Brave Browser changing songs in Tidal and Pandora as well as GSConnect extension linked to phone playing video through Grayjay (this happens continuously as video plays). Occasionally happens with Floorp (Firefox based browser) but is barely perceptible

Hitching stops the moment the extension is disabled. each hitch increases in duration until a point it hitches for about 2 or 3 seconds then it freezes Gnome until Gnome Crashes

Continues with "Scroll labels" disabled, in fact happens with all options disabled

Environment:

Distro: Ubuntu 24.04.01
GNOME version : 46
Extension Version : 2.0.2 (37)
Kernel version : Linux 6.8.0-51-generic
Shell version : zsh 5.9 (x86_64-ubuntu-linux-gnu)
Windowing System : Wayland

Might be a graphics thing because I haven't noticed this issue on my laptop using integrated Intel Graphics (XE something I think) but only my Desktop with AMD graphics card (was RX580, now RX 7700 XT, present with both)

[ChrisLauinger77]

@DanHolli I had some strange side effects when I had a multi monitor setup. I changed meanwhile to single ultrawide and all runs smoothly. Can you confirm my observations?

[DanHolli]

I've got a Samsung Odyssey G9 with 2 display port connections to have it work as 2 monitors when I enable PiP, the second input is disabled when not reporting as a 16:9 monitor

Removing the second connection and a reboot after for good measure, I'm still having the behavior described in my last comment