helm-spotify does not change track

[axyz]

I'm trying out the spotify layer, however while I'm able to do play/pause and next/previous on my current active playlist, when using helm-projectile and I press enter on a track it does not play that track, nor stop the current one. The command seems to be simply ignored and on message buffer I get shell command succeded with no output

I'm on develop branch, I have a free spotify account using the official linux client on arch linux (dbus installed)

[CestDiego]

I just tried this in my Emacs... :) it's so good to be able to control spotify from inside Emacs. Anyway...it works here, I also get the shell-command succeded with no outpu though.

[axyz]

are you on linux?

the problem seems to be on helm-spotify: it uses "dbus-send --session --type=method_call --dest=com.spotify.qt / org.freedesktop.MediaPlayer2.OpenUri \"string:%s\"" to play a track.
and does not work on my machine.

spotify.el instead uses org.mpris.MediaPlayer2.Player instead of com.spotify.qt and works correctly for play/pause and next/previous.

I was able to play a specific track on my spotify instance using this d-bus command:

dbus-send --session --type=method_call --dest=org.mpris.MediaPlayer2.spotify /org/mpris/MediaPlayer2 org.mpris.MediaPlayer2.Player.OpenUri "string:spotify:track:1gC2ac1OuetbDVygbEIXM7"

Probably this is an issue to be reported on helm-spotify, however it would be helpful to figure out if it is a platform specific problem or some kind of incompatibility with newer spotify versions.

[TheBB]

I'm on Linux and it works fine. Spotify client 0.9.17.8.gd06432d7

[victorfonsec4]

I'm on arch and it's not working for me either.

[haakenlid]

With the latest version of the linux spotify client, the OpenUri method appears to be broken. It will not change tracks when there is another track already playing.
A workaround that works for me (in a shell script) is to send a Pause signal just before OpenUri.

[Miciah]

Looks like the issue has been fixed upstream. Can anyone confirm?

[github-actions]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!