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 327091 - [0.10][0.8] playing empty file does not give error dialog
[0.10][0.8] playing empty file does not give error dialog
Status: RESOLVED FIXED
Product: totem
Classification: Core
Component: GStreamer backend
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Maintainer alias for GStreamer component of Totem
Maintainer alias for GStreamer component of Totem
Depends on: 324000
Blocks:
 
 
Reported: 2006-01-15 16:08 UTC by Ronald Bultje
Modified: 2006-03-05 19:50 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ronald Bultje 2006-01-15 16:08:42 UTC
totem /dev/null just stays on with the pause icon, as if it was an empty media file. Similar to the nav_seek.mov bug report, actually... It should give an error dialog that the file type could not be determined.
Comment 1 Ronald Bultje 2006-01-15 16:11:59 UTC
The same is true for feeding it random text files, although then the play bar stays insensitive (so at least it doesn't actually appear to be playing it, which is somewhat an improvement). IMO, there should be an error dialog to inform the user that this media file cannot be played back or that it is not a media file (probably better).
Comment 2 Tim-Philipp Müller 2006-01-18 18:21:27 UTC
I get the same behaviour with totem-2.12cvs against GStreamer 0.8, trying with /dev/null, a zero-sized file and a very small file containing random ascii characters.

Looking at the debug log (GST_DEBUG=totem:5 for the 0.10 backend), it looks like bacon_video_widget_open_with_subtitle() is never called, which makes me think this might be a general totem bug rather than one that's specific to the 0.10 backend.

Don't you get the same with the 0.8 backend?
Comment 3 Julien MOUTTE 2006-03-05 19:19:01 UTC
Works completely fine with current CVS head of GStreamer 0.10.

Tim can you try as well and then we close that bug.

Thanks,
Comment 4 Tim-Philipp Müller 2006-03-05 19:50:31 UTC
Works for me too now, closing.