Comment 4 for bug 345363

Damiano, you're right that the spec does not reflect that. Mpt probably wants to keep it for 9.10, but for 9.04 we cannot make this work properly.

For this part of the specification to work we need to make the change directly at the application level. I haven't found a way for gsd to know when an application has actually acknowledged to change a track, nor if it is going to display a second notification or not. Additionally, it would be nice if the application could let gsd know if it is in play/pause or stop mode, so that gsd can then do the right thing when a toggle key is pressed (most keyboards have a signle play/pause key).

As a result, mpt and I have agreed to revert to the initial situation where we were not displaying an immediate feedback notification, and instead rely on the media player to trigger the notification. It fixes most opened bugs at once, in that:
 * if no media player is present, you will never see a notification, and thus will not expect something to (never) happen
 * if a media player is present and it can play the next or previous track, it will eventually display a notification when it succeeds
 * if there is an issue with the media player, the network, etc., then you kind of know it because nothing happens, and no notification appears -> you know that you have to go and see what the problem is with your media player.

Ultimately, changes should be made at the player level, and gsd should use some kind of remote control protocol like MPRIS does. This is what we plan to do for 9.10 now.

David