Skip to content
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

MPRIS interface isn't always exposed after a connection reset #1329

Open
eladyn opened this issue Mar 4, 2025 · 0 comments
Open

MPRIS interface isn't always exposed after a connection reset #1329

eladyn opened this issue Mar 4, 2025 · 0 comments
Labels
bug A functionality or parts of a program that do not work as intended

Comments

@eladyn
Copy link
Member

eladyn commented Mar 4, 2025

          > 7\. Calling `rs.spotifyd.Controls.TransferPlayback` causes the MPRIS service to become available as well.

Unfortunately, I am able to reliably reproduce every step except for this one.

When the connection to the server is genuinely closed, I can successfully transfer playback using: busctl call --user rs.spotifyd.instance$(pidof -s spotifyd) /rs/spotifyd/Controls rs.spotifyd.Controls TransferPlayback every time. However, on some occasions, when I try to invoke Play or PlayPause, I receive the following error afterward: Call failed: The name org.mpris.MediaPlayer2.spotifyd.instance<PID> was not provided by any .service files. The same happens when I try: busctl introspect --user org.mpris.MediaPlayer2.spotifyd.instance<PID> /org/mpris/MediaPlayer2. This confirms that the D-Bus interface is not always exposed reliably. Notably, when I manually restart the systemd service, I haven’t observed this issue.

Originally posted by @soulseller in #1317 (comment)

@eladyn eladyn added the bug A functionality or parts of a program that do not work as intended label Mar 4, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug A functionality or parts of a program that do not work as intended
Projects
None yet
Development

No branches or pull requests

1 participant