-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Updates to discord stop if you skip songs too quickly #110
Comments
Thanks for reporting, I'll try and look into this in the next few days |
I've not been able to replicate this myself. Can you try starting directly with debug logging please, by running |
I easily reproduced it with the debug logging on, I can't quite understand what's happening in the log however, but simply spamming my "next song" button about 10-20 times in a row definitely in less than a few seconds definitely made it happen again. I used the command: EDIT: Actually after putting it through |
Sorry for the delay in getting back to you. I've tried to replicate this a few times still and haven't gotten anywhere. Sometimes if I push it, it appears to get stuck for 5-10 seconds, but then Discord catches up without an issue. The log unfortunately doesn't give too much away. It just shows a 12 second window after the last update where the MPD event client is idling. How are you connecting to MPD? Is it just a local server, or is it remote? |
I'm having the same issue, and can easily reproduce it as well. Here's my log: |
mpd-discord.mp4I caught the bug on video, if that helps. |
Thanks for your patience on this one. I was finally able to replicate it today using a long playlist and the following loop: while [ $(mpc playlist | wc -l) -gt 1 ]; mpc next; end There seemed to be a few issues with race conditions or buffers filling. I have just updated the underlying library and pushed a couple of updates onto master here that should sort it. If you can give them a go and let me know if it seems to be sorted, that'd be hugely appreciated. |
I updated and tested it out with your script but I'm unfortunately still seeing the issue. What else can I do to help debug? I now have a feeling it might be something on my end with my setup as well. (side note: I'm going to be busy the rest of today due to an exam but I can continue to help out tomorrow if needed). I've attached another video of me testing the script. script.mp4 |
Darn okay, really hoped I'd caught it. Could you repro with the following please:
That will at least confirm if you're seeing what I was seeing. |
Alright, I'll try that. I installed the package from the AUR ( |
Building from source is more reliable as some AUR helpers can be a bit funny about If it doesn't look like 205a7c1 then you're behind. |
I got |
file.log |
Here's me reading the logs trying to work out why it looks like it's working fine, without reading this part of your message... The -git AUR package will follow the latest commits, whereas I'd suggest re-trying the AUR package from a clean build, and seeing if it persists then. If it does, it might be time to break out |
Alright! I'll try that in a bit and let you know how it goes. |
Alright, the issue persists with the AUR -git package. Sorry it took me so long to get back to you. |
Hi,
I'm not sure how else to describe it but from my current usage, I have a hotkey setup to skip a song if I don't want to listen to it and go to the next in the playlist, and the currently playing song automatically appears in the top status bar of my screen. If I use that hotkey without giving the song a chance to play for maybe 5-10 seconds or so, I'm basically rolling a dice on whether discord will stop getting updates or not, and when I lose the dice roll, the music stays stuck on whatever song it was on when it broke, which creates a weird case where sometimes I learn way later that according to discord I've been listening to this one song for like 3 days or something. Hopefully it can be reproduced and fixed, it's not really a major bug but it is annoying to have to run
systemctl --user restart mpd-discord-rpc
every time it does this or to be forced to let a song that I don't want to hear play at that point in time.Pkg info below, not sure about how to give system info or if that'd even help.
The text was updated successfully, but these errors were encountered: