Totem doesn't use .asx playlists correctly

[Martijn vdS]

Dutch public radio is available online, using some kind of windows audio stream. Usually, this works correctly in Totem, but today it didn't.

Nothing has changed in the asx files, but one of the listed servers seems to be down. Instead of failing over to the next server, totem pops up an error claiming "Connection refused" (which is wrong, it's "500: Internal server error").

If I use the Windows mediaplayer, or play the alternative directly, it works correctly.

[Sebastien Bacher (seb128)]

Thank you for your bug. Do you have an example URI for that? What version of Ubuntu do you use?

[Martijn vdS (martijn)]

http://www.omroep.nl/radio3/live64.asx

And currently, I'm running feisty.. but when I reported the bug, I ran edgy. The problem is the same in both.

[Martijn vdS (martijn)]

Oh.. the problem is not quite the same (the server isn't down), I'm now seeing XML errors (their ASX playlists aren't quite valid XML, but "they work" in Windows)

[SonWon (jtmitche)]

Another url,

http://boss.streamos.com/wmedia-live/tabn/7867/300_tabn-tv_050207.asx

[Sebastien Bacher (seb128)]

Martijn, do you have an example to point for the first problem? Do you use totem-gstreamer or totem-xine? The parsing problem is bug #70706 and already known upstream

[Martijn vdS (martijn)]

No, all servers are currently up.

You can fake it by getting the .asx I linked to, and changing the first URI to a place that gives you "Connection Refused" (I changed it to 'http://localhost:12345/).

I've attached a 'fixed' (I've done the & -> & conversion, so that's not a problem anymore) version of the live64.asx, but with http://localhost:12345/ instead of "http://switch.streamgate.nl/" which breaks it again: it won't skip to the second stream when the first stream gives a 'Connection Refused'.

[Sebastien Bacher (seb128)]

That bug is slightly confusing, would you summarize as "should skip non available stream and try the next one"?

[Martijn vdS (martijn)]

Yes.

[Sebastien Bacher (seb128)]

That's sort of the same problem than bug #38707 then, marking duplicate. Feel free to reopen if you think that's not correct