Public bug reported:
https://launchpad.net/malone/bugs/35462
Affects: totem (Ubuntu)
Severity: Normal
Priority: (none set)
Status: Unconfirmed
Description:
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.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
