stuttering when interacting with a music player, "Unhandled promise rejection" in journalctl

[back-lacking]

Describe the bug

when interacting with music in a music player (in my case, strawberry music player), eg. playing/pausing and skipping to the next song, there would be a slight stutter.
https://pastebin.com/m2agA2Sk journalctl log

Steps to reproduce

1. open music player of choice
2. play music
3. pause/resume, skip a song or go back to previous track.
4. observe if there is a stutter.

Expected behavior

the system doesnt stutter when playing/pausing, skipping songs, etc in a music player.

GSConnect version

54

Installed from

GNOME Extensions website

GNOME Shell version

43.4

Linux distribution/release

Fedora 37

Paired device(s)

LG G7 ThinQ

KDE Connect app version

1.24.0

Plugin(s)

No response

Support log

https://pastebin.com/HjgDAWgY because github cant send the issue with the raw text

Screenshots

No response

Notes

If more info is needed, tell me.

[back-lacking]

https://cdn.discordapp.com/attachments/693925504725549120/1096654427668094986/gsconnect-stutter.mp4 video showing stutter

[andyholmes]

Thanks for the report and logs!

Looks like there is indeed an uncaught Promise in the lan plugin. I'm not sure if that's the cause of the stutter, but it would be good place to start.

[ferdnyc]

@back-lacking Unfortunately, that pastebin seems to have expired, so the log can no longer be accessed.

Please attach the log directly to this report (you can insert files directly into a comment using the GitHub web interface — .txt and .log files are accepted directly, any other format should be stored inside a .zip archive) so that we can use them to track down the problem.

[back-lacking]

@back-lacking Unfortunately, that pastebin seems to have expired, so the log can no longer be accessed.

Please attach the log directly to this report (you can insert files directly into a comment using the GitHub web interface — .txt and .log files are accepted directly, any other format should be stored inside a .zip archive) so that we can use them to track down the problem.

gsconnect.6ZBE31.txt
gsconnect.N68021.txt
here are the 2 logs i gathered for this issue

journalctl log:
journalctl.txt

[andyholmes]

You can give the test build from #1609 a shot if you want. I'm not sure if it will solve the stuttering though.

[back-lacking]

You can give the test build from #1609 a shot if you want. I'm not sure if it will solve the stuttering though.

just installed it using the install from zip instructions and now its "outdated" in the installed extensions

i remember i did a fix for a different extension which required me to chage like a json file and add my gnome version to it. does this need to be applied here?

[andyholmes]

Yeah, GSConnect has moved to GNOME 44, so you'll have to add "43" to your metadata.json. That's in /.local/share/gnome-shell/extensions/[email protected].

[back-lacking]

Yeah, GSConnect has moved to GNOME 44, so you'll have to add "43" to your metadata.json. That's in /.local/share/gnome-shell/extensions/[email protected].

trying to access that path returns an error, as that dir doesnt exist on my system. i remember i did it for an extension but forgot which one. also forgot where fedora stores the extension

[andyholmes]

Sorry, there should be a ~ at the beginning, so ~/.local/share/gnome-shell/extensions/[email protected].

[back-lacking]

Sorry, there should be a ~ at the beginning, so ~/.local/share/gnome-shell/extensions/[email protected].

so i did that edit, relogged into my user, and now the extension is just gone. doesnt show up in extension list or the gnome extensions website.

what my json looks like atm

[andyholmes]

It should look more like "shell-version": ["43, "44"],.

[ferdnyc]

Unfortunately I don't think that will work, see #1611. Last time I had to get a test build to a GNOME 43 user, I built one locally off the v54 tag and uploaded it as an attachment to the issue.

[ferdnyc]

Make that #1612.

[back-lacking]

It should look more like "shell-version": ["43, "44"],.

unable to enable the extension, its just red and i cant turn it on.

[andyholmes]

If you copied that exactly, there was a typo in there. You'll want to add that missing quotation. Here's a ZIP:

[email protected]

Frank's probably right, so here's a ZIP that might work built off the last GNOME 43 commit I could find:

[email protected]

[back-lacking]

If you copied that exactly, there was a typo in there. You'll want to add that missing quotation. Here's a ZIP:

[email protected]

Frank's probably right, so here's a ZIP that might work built off the last GNOME 43 commit I could find:

[email protected]

just installed it, here is a fresh log.
gsconnect.P15231.txt

here is also a video showing it in action, i dont think there is a stutter now.
2023-04-25 18-11-51.zip

[andyholmes]

Well the error gets caught now, I bet that's the cause of a lot of uncaught promise rejections so might as well merge it. Thanks for testing!

Looks like the old packet queue on the device-side problem.