You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Something is very wrong with the code to export local MPRIS player controls to remote devices.
It works fine at first, but quickly becomes confused when there's more than one player to be interacted with.
For example, I used my phone to control VLC on my desktop. That worked fine, at first.
Then I switched over to playing a YouTube video in Chrome. The "Multimedia controls" plugin interface has a "Chrome" item in its dropdown list of players, and if I switch to it, local actions (play/pause, seek, etc.) are reflected on the phone's display. But if I try to send any commands from the phone, they're ignored.
The reason, apparently, is that — despite the commands being directed to "Chrome" — GSConnect is trying to deliver them to a VLC interface that no longer exists:
If I try to control VLC now, it's the same problem, because the current VLC instance isn't the same one that it was originally controlling, and it doesn't appear to have noticed:
Describe the bug
Something is very wrong with the code to export local MPRIS player controls to remote devices.
It works fine at first, but quickly becomes confused when there's more than one player to be interacted with.
For example, I used my phone to control VLC on my desktop. That worked fine, at first.
Then I switched over to playing a YouTube video in Chrome. The "Multimedia controls" plugin interface has a "Chrome" item in its dropdown list of players, and if I switch to it, local actions (play/pause, seek, etc.) are reflected on the phone's display. But if I try to send any commands from the phone, they're ignored.
The reason, apparently, is that — despite the commands being directed to
"Chrome"
— GSConnect is trying to deliver them to a VLC interface that no longer exists:If I try to control VLC now, it's the same problem, because the current VLC instance isn't the same one that it was originally controlling, and it doesn't appear to have noticed:
Steps to reproduce
No response
Expected behavior
No response
GSConnect version
56
Installed from
GNOME Extensions website
GNOME Shell version
45.5
Linux distribution/release
Fedora 39
Paired device(s)
Samsung Galaxy A53
KDE Connect app version
1.29.0
Plugin(s)
Multimedia control
Support log
No response
Screenshots
No response
Notes
Discovered while attempting to debug #1779
The text was updated successfully, but these errors were encountered: