After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 313825 - totem shouldn't rely exclusively on file extensions for mime detection
totem shouldn't rely exclusively on file extensions for mime detection
Status: RESOLVED FIXED
Product: totem
Classification: Core
Component: GStreamer backend
1.0.x
Other Linux
: Normal normal
: ---
Assigned To: Maintainer alias for GStreamer component of Totem
Maintainer alias for GStreamer component of Totem
Depends on:
Blocks: 309714
 
 
Reported: 2005-08-18 12:39 UTC by Andy Hanton
Modified: 2006-03-28 14:52 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Attachments
sample ASF video (171 bytes, text/plain)
2005-08-18 16:55 UTC, Andy Hanton
Details

Description Andy Hanton 2005-08-18 12:39:48 UTC
1. find an album on amazon
2. click on one of the windows media samples
3. select open in Totem when prompted

Totem pops up an error dialog that says:
Totem could not play 'file:///tmp/hurl.exe'.
There were no decoders found to handle the stream, you might need to install the
corresponding plugins

The file really isn't an exe.  Mozilla just names it that because the cgi script
that produces it is an exe.  Mozilla should probably save the mime type of the
download in an extended attribute so the helper app can find it, but that won't
happen any time soon.  

If I save the file without an extension, totem at least tries to play it.  The
wma plugin doesn't seem to work, but that's another bug.
Comment 1 Dennis Krul (dweazle) 2005-08-18 14:02:15 UTC
I can't reproduce this bug (totem-xine 1.0.4, libxine 1.0.1 and gnome-mime-data
2.4.2.)

Would you be so kind to provide some version information?
Are you using the xine or gstreamer backend?
Comment 2 Andy Hanton 2005-08-18 14:21:58 UTC
I'm using the gstreamer backend.  Totem 1.0.4.  gnome-mime-data 2.4.2
Comment 3 Andy Hanton 2005-08-18 14:29:06 UTC
In case it isn't clear, totem-xine uses the xine backend.  You can't reproduce
this bug with that version.  See my chosen component.  Please reopen.  
Comment 4 Dennis Krul (dweazle) 2005-08-18 15:00:43 UTC
Oh sorry missed the component part :) 
I'm just volunteering at the bug day.

I installed totem-gstreamer and I'm having the same error you have.

Changing to status NEW

Comment 5 Ronald Bultje 2005-08-18 15:04:19 UTC
Hi Andy,

the error implies that the GStreamer type detection could not match this stream
to any known stream type. Can you attach the "hurl.exe" file so we can see what
type of stream it is supposed to be?

(Hoi Dennis, goed werk so far. ;-).)
Comment 6 Andy Hanton 2005-08-18 16:55:06 UTC
Created attachment 50928 [details]
sample ASF video
Comment 7 Christian Fredrik Kalager Schaller 2006-01-23 16:39:53 UTC
Ok, this file isn't a Windows Media file at all, instead it is a playlist file with a MMS stream URI inside. Cool thing however is that under 0.10 with the updated MMS plugin and Fluendo's Windows Media plugins this plays in Totem. I think that as soon as the asfdemuxer from 0.8 is ported to 0.10 this will work with that too.
Comment 8 Bastien Nocera 2006-01-23 17:28:27 UTC
You don't need GStreamer support at this point. Totem's playlist parser is able to recognise it is an ASX playlist, and not an ASF file, and pass the mms URL to the backend.
Comment 9 Christian Fredrik Kalager Schaller 2006-01-23 17:31:30 UTC
Yes, so my guess is that the bug he encountered is that the 0.8 mms plugin is missing mmsh support, which most of these streams use. (0.10 has it)
Comment 10 Tim-Philipp Müller 2006-03-28 14:52:24 UTC
This works with totem/GStreamer CVS, closing.