This isn't just about the media keys. Remote Bluetooth devices, such as car stereos, can also display the name, duration, and current position of a song that's playing. The media keys don't know that, and shouldn't. Possibly this could be implemented by both indicator-sound and gnome- settings-daemon working in concert; the reason I suggested that it should be implemented *by* indicator sound is that indicator-sound already knows what's playing and what's next, and it knows how to control the currently playing media player, all via MPRIS. Therefore, implementing this all in indicator-sound would mean that only one thing on the device needs to know how to implement the complicated Bluetooth APIs, and any Ubuntu app which correctly integrates with the Sound Menu will also work perfectly with Bluetooth devices without having to do *anything* else, even handling media keys. A music application should not hav to itself contain a bunch of bluetooth code for sending song metadata, I think.
Even if the media keys stuff does get handled by gnome-settings-daemon, the Sound Menu should be involved in order to send the metadata of the currently playing song to a remote bluetooth device, so I'm re-adding indicator-sound to this. ** Package changed: gnome-settings-daemon (Ubuntu) => indicator-sound (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1099972 Title: Bluetooth devices are not able to control and display playing music from apps and web apps consistently To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-sound/+bug/1099972/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs