GNOME Bugzilla – Bug 339492
totem hangs on playing a file if filename.txt exists but is not subtitles
Last modified: 2006-04-23 20:16:58 UTC
totem 1.4.0, gstreamer-0.10 backend. Totem, in totem-uri.c, tries to automatically find subtitle files if they exist, by looking for filenames with the same name as the played file, but with extensions "asc", "txt", "sub", "srt", "smi", or "ssa" in order. If one of these files exists but is NOT a valid subtitle file, then totem sets it as the subtitle_uri anyway and calls bacon_video_widget_open_with_subtitle with it. After doing so, totem completely hangs and has to be killed. This happens on video files and audio-only files. Apparently it doesn't deal nicely with bad subtitle files at all. While most of these are pretty rare outside of actual subtitle files, the case of "filename.txt" is reasonably common enough for users to hit it. It's really not all that unlikely that a user would have in the same directory as a video file or audio file, a text file with the same filename, perhaps describing the file or otherwise related. I can reproduce this 100% of the time by creating .txt files in the same directory as any file which totem plays, with relatively short contents. ("This is a test.")
Thanks for the bug report. This particular bug has already been reported into our bug tracking system. Please add any thought you might have that aren't covered by that bug to it. And do feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 339366 ***