Dapper Totem does not handle non-media files gracefully

[José M. López-Cepero]

Problem: If you enqueue a non-media file in Totem (say a .txt), Totem stops and complains with "There is no plugin to handle this movie". Continuing to play the playlist involves the user accepting the dialog and clicking Play. This behavior should be improved.

Rationale: This situation usually arises when you drop a directory full of music which contains a few other files (say several MP3s from a ripped CD plus a txt containing the tracklist) and use Random replay -- Totem is much better than Rhythmbox for this particular application. You can enjoy your music in the background and do other things in the meantime. Then, Totem just stops unpredictably when it is time to "play" the .txt file. This is rather disruptive; you have to stop whatever you are doing and handle the Totem request in order to continue listening to your music. If there is at least another valid file, it seems better to mark the file as not playable and continue with another.

Suggested fix: I suggest changing the behavior to mimic that of Rhythmbox. That is, if a file is not playable by Totem, mark it with a "forbidden" sign (the one from Rhythmbox would do very nicely) and continue with the next one in the playlist (or another random one) which is not "forbidden". Maybe a non-obstructive notification (such as the ones of "disk almost full") could also be made. If the whole of the playlist becomes marked as forbidden, stop and show the dialog. This way, the dialog is retained for the most common case (opening an invalid, single file) but is avoided when using playlists, where it is more of an annoyance than an useful thing.

[Sebastien Bacher (seb128)]

Thanks for your bug. That's known and fixed upstream: http://bugzilla.gnome.org/show_bug.cgi?id=334136

[Sebastien Bacher (seb128)]

fixed with dapper according to upstream comment