totem no longer able to play m3u playlists
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| Totem |
Fix Released
|
Medium
|
||
| totem-pl-parser (Ubuntu) |
Low
|
Ubuntu Desktop Bugs | ||
| Intrepid |
Low
|
Ubuntu Desktop Bugs |
Bug Description
Binary package hint: totem
In intrepid, totem is no longer able to play m3u playlist files.
It shows an error:
** Message: Error: This appears to be a text file
gstdecodebin.
decodebin cannot decode plain text files
It used to work fine up to Hardy with the same files so this is a regression.
It's not a matter of CR/LF.
To reproduce, enter a directory containing mp3 files, then
ls *.mp3 > foo.m3u
and either try "totem foo.m3u" or click on this m3u in nautilus.
ii libtotem-plparser10 2.22.3-0ubuntu1 Totem Playlist Parser library - runtime vers
ii libtotem-plparser12 2.23.2-0ubuntu1 Totem Playlist Parser library - runtime vers
ii totem 2.23.4-0ubuntu1 A simple media player for the GNOME desktop
ii totem-common 2.23.4-0ubuntu1 Data files for the Totem media player
ii totem-gstreamer 2.23.4-0ubuntu1 A simple media player for the GNOME desktop
ii totem-mozilla 2.23.4-0ubuntu1 Totem Mozilla plugin
ii totem-plugins 2.23.4-0ubuntu1 Plugins for the Totem media player
Related branches
Pedro Villavicencio (pedro) wrote : | #1 |
Changed in totem: | |
assignee: | nobody → desktop-bugs |
importance: | Undecided → Low |
status: | New → Incomplete |
Jason Smith (sddfdds) wrote : | #2 |
For me, double-clicking in nautilus opens totem and produces the error "An error occurred GstDecodeBin: This appears to be a text file." The same happens with File>Open...
In both cases, the content of the m3u is not shown, only the filename of the m3u.
Changed in totem: | |
status: | Incomplete → Triaged |
D. Grady (fehknt) wrote : | #3 |
I can confirm this on my 64-bit system (latest Intrepid) as well. double-clicking and file->open both get me "Could not determine type of stream." Once I got the above mentioned "text file" error but cannot re-create it.
Console output :
** Message: Error: Could not determine type of stream.
gsttypefindelem
D. Grady (fehknt) wrote : | #4 |
I have determined exactly what the playlists need to be interpreted properly! Adding "#EXTM3U" (no quotes of course) as the first line in the m3u playlist file causes totem to interpret it properly. Now, the strange thing is that the playlist files that totem writes don't have this required header. I happened to have one playlist that another program had written, and it did have this header.
I have attached a unified diff of the changes that I made to the totem-pl-parser source, file: totem-pl-
This will make totem save playlists in a format that it can read (probably good). The other problem of making totem compatible with old-style m3u playlists I'll look into when I have time - someone who's actually a dev, please check this patch and let me know if it was acceptable or if it needed "cleaning up" to conform with coding standards. I'm trying to become a better coder but I don't know the ubuntu/debian standards at all. Also please comment on if this was a good way to submit a patch.
D. Grady (fehknt) wrote : | #5 |
I have changed this bug to be for the totem-pl-parser package because I have found that this is where the bug actually lies.
Sebastien Bacher (seb128) wrote : | #6 |
thank you for your work on the issue, since you seem to have a good idea about the issue could you open the bug on bugzilla.gnome.org where the people writting the code will read it? an ubuntu bug triager could send the bug for you but that would not be efficient to discuss the changes
D. Grady (fehknt) wrote : | #7 |
Sure. I'll see what happens.
D. Grady (fehknt) wrote : | #8 |
Bug 551610 on bugzilla.gnome.org if anyone is interested.
Pedro Villavicencio (pedro) wrote : | #9 |
thanks for sent it upstream, the fix was also committed there, thanks.
Changed in totem-pl-parser: | |
status: | Triaged → Fix Committed |
Changed in totem: | |
status: | Unknown → Fix Released |
Fabien Tassin (fta) wrote : | #10 |
This is not the right fix.
http://
See http://
Pedro Villavicencio (pedro) wrote : | #11 |
this is working fine for me now with intrepid, can anybody else try? thanks.
Bernhard (b.a.koenig) wrote : | #12 |
I still have this problem, cannot play any livestreams with totem.
Bernhard (b.a.koenig) wrote : | #13 |
Whenever I play a livestream, I get
"An error occurred.
Failed to connect stream: Invalid argument"
Bernhard (b.a.koenig) wrote : | #14 |
It just worked for me. Totem was able to play a number of playlists/
Fabien Tassin (fta) wrote : | #15 |
I think what has been fixed is extended m3u files, i.e. files with a #EXTM3U header.
Unfortunately for me, it's far from satisfactory:
$ find . -name \*.m3u -exec grep EXTM3U {} \; | wc -l
10
$ find . -name \*.m3u | wc -l
248
4% while in hardy, they all play just fine.
The bug was initially reported by me with a clear way to reproduce, yet it is marked as fixed while it is obviously not. Re-opening.
Changed in totem-pl-parser: | |
status: | Fix Committed → Confirmed |
Bernhard (b.a.koenig) wrote : | #16 |
I am currently able to play livestreams but it's a bit unstable: just had a complete system crash, had to reboot. The radio was playing "I wish I was a punk rocker" if that helps. :)
Cannot reproduce as that song is rarely played.
Haha, but I really had a complete system crash playing a live stream on totem.
Fabien Tassin (fta) wrote : | #17 |
I have tracked the (initial) bug down to totem_pl_
The m3u is first detected as audio/x-mpegurl (which is correct), then later on, it is detected as text/plain by g_content_
The problem is that text/plain is then tested only against a list of dual_types, not including m3u (which is in a list called special_types), so totem_pl_
This should probably go upstream.
Fabien Tassin (fta) wrote : | #18 |
Changed in totem: | |
status: | Fix Released → Unknown |
Changed in totem: | |
status: | Unknown → New |
Fabien Tassin (fta) wrote : | #19 |
Confirmed fixed upstream.
Here is the debdiff attached.
Preview deb is in my PPA.
Changed in totem-pl-parser: | |
status: | Confirmed → Triaged |
Sebastien Bacher (seb128) wrote : | #20 |
the bug has been fixed upstream now
Changed in totem-pl-parser: | |
status: | Triaged → Fix Committed |
Changed in totem-pl-parser: | |
assignee: | nobody → desktop-bugs |
importance: | Undecided → Low |
status: | New → Confirmed |
Sebastien Bacher (seb128) wrote : | #21 |
Martin Pitt (pitti) wrote : | #22 |
Accepted into intrepid-proposed, please test and give feedback here. Please see https:/
Changed in totem-pl-parser: | |
status: | Confirmed → Fix Committed |
Nick Ellery (nick.ellery) wrote : | #23 |
Fix in intrepid-proposed confirmed. .m3u files work fine.
Martin Pitt (pitti) wrote : | #24 |
Copied intrepid-proposed version to jaunty.
Changed in totem-pl-parser: | |
status: | Fix Committed → Fix Released |
Martin Pitt (pitti) wrote : | #25 |
Copied to intrepid-updates.
Changed in totem-pl-parser: | |
status: | Fix Committed → Fix Released |
Changed in totem: | |
status: | New → Fix Released |
Changed in totem: | |
importance: | Unknown → Medium |
confirming, but if i open it with nautilus (double click on the m3u file) totem shows the content of it, but if i try to open the file with totem from the file menu it doesn't work and it shows the message "decodebin cannot decode plain text files" does the same happens to you?