mirror of
https://github.com/JakeStanger/mpd-discord-rpc.git
synced 2026-07-11 21:15:29 +01:00
[GH-ISSUE #24] "Failed to set activity: Failed to subscribe to event" #282
Labels
No labels
bug
enhancement
help wanted
package
pull-request
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
JakeStanger/mpd-discord-rpc#282
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @logkos on GitHub (May 30, 2022).
Original GitHub issue: https://github.com/JakeStanger/mpd-discord-rpc/issues/24
I've tried both cargo and AUR package using defaults. I'm using the regular
discordpackage of Arch Linux.@JakeStanger commented on GitHub (May 31, 2022):
Hey, thanks for reporting, I've not seen this one before. Has the program ever worked for you before?
From some digging, I can see that the error comes from the discord RPC crate trying to make the connection to Discord.
One thing to check is if other rich presence-setting programs work for you (any game that supports it or script you find online or whatever).
Also it might be worth checking the option to display your status is on, in case Discord just doesn't startup the RPC server if it's off:
@neilmehra commented on GitHub (Sep 7, 2022):
I noticed this same problem earlier today, using the AUR package.
Other applications are successfully able to control my activity status, such as Spotify and osu!.
@JakeStanger commented on GitHub (Sep 7, 2022):
Odd... same question for you - was it working for you previously? Also what discord package are you using? The more info the better at this stage as I've not a clue what's going on.
@neilmehra commented on GitHub (Sep 10, 2022):
No, this was the first time I have tried running it. I'm currently using the official
discordpackage off the AUR.@JakeStanger commented on GitHub (Sep 10, 2022):
Okay so I guess the most obvious route would be environment, if the same code is running & connecting to the same client fine for others. I know Arch works fine because I'm running it on that.
Are you using anything non-standard/security enhanced, like a hardened kernel or SELinux or a different init system or anything like that? What DE/WM/Compositor & Wayland or Xorg?
@neilmehra commented on GitHub (Sep 18, 2022):
Well, oddly enough the issue just resolved itself haha. I tried to reproduce this on my laptop, but that ended up in vain. Not really sure what fixed it as I haven't updated my system since then, but I guess all's well that ends well.
For what it's worth, I was using bspwm and xorg on both my desktop and laptop.
@JakeStanger commented on GitHub (Sep 21, 2022):
Interesting, glad it's resolved at least. Thanks for the extra details.
@sivaplaysmC commented on GitHub (Nov 18, 2022):
@JakeStanger this issue arises when playing a non mp3 file , like a .webm file
while playing other files like mp3s , there seemes to be no problems
plus a huge 👍 for your effort into this very useful application and I'm glad i am able to help the development
of a very useful application 😃 😃 😃 !
@JakeStanger commented on GitHub (Nov 19, 2022):
Hm, that's interesting. I wonder if that's because it doesn't have the standard song metadata so one or more of the required fields end up blank. It sounds like I should be able to resolve this by just sticking "N/A" or "unknown" in place of the empty tags.
@unitythemaker commented on GitHub (Jan 20, 2023):
I have the same problem and yeah problem only happens when a song without metadata plays. It would be awesome if you have checked that fields for if they are empty and replace it with "unknown". It gets solved automatically when next song plays.