Bug 189643
Summary: | Totem crash if i have a .txt file in the folder of the selected file. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Víctor Daniel Martínez O. <vdanielmo> |
Component: | gstreamer-plugins-base | Assignee: | Adam Jackson <ajax> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | 5 | CC: | bnocera, johnthacker |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
URL: | http://fedoraproject.org/wiki/DocsProject/ReleaseNotes/Process | ||
Whiteboard: | |||
Fixed In Version: | 0.10.11 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-03-26 16:01:47 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Víctor Daniel Martínez O.
2006-04-22 00:23:50 UTC
I can confirm this. I can also confirm that this happens when playing a filename.ogg file if filename.txt also exists in the same directory. It doesn't seem to happen if filename.extension exists for extensions other than .txt Well, I don't get a crash, I get a hang in both cases. Also happens for .avi and any other extension, if filename.txt exists. Ah, I'm pretty sure I know what happens. The same thing will happen if filename.asc, .sub, etc. exist. filename.txt is one of the default locations for totem to look for subtitles of the currently playing file. If filename.txt exists, totem tries to read it as subtitles for the file. If it's not a valid subtitle file (and possibly if you're trying to play something that doesn't support subtitles), it hangs. Filed against Totem upstream as gnome bug 339492 Sorry, didn't see that the main reporter had already filed a bug upstream. Switching upstream bug link. Fixed in upstream CVS of gstreamer-plugins-base (no release yet). Changing component to gstreamer-plugins-base. Was fixed in gstreamer-plugins-base 0.10.11. gstreamer-plugins-base 0.10.11 is in FC-6 now. I would advise an upgrade to FC-6 to get this bug fixed. Has it finally become an update, then? gstreamer-plugins-base 0.10.11 has been in the FC-6 branch on CVS for two months, but (at least through the builds two days ago) has never been released as an update for some reason. (In reply to comment #9) > Has it finally become an update, then? gstreamer-plugins-base 0.10.11 has been > in the FC-6 branch on CVS for two months, but (at least through the builds two > days ago) has never been released as an update for some reason. Seems not. I'll do that now. gstreamer-0.10.11-1.fc6 has been pushed for fc6, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report. gstreamer-0.10.11-1.fc6 has been pushed for fc6, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report. (In reply to comment #12) > gstreamer-0.10.11-1.fc6 has been pushed for fc6, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report. Ignore that. The fix is in gstreamer-plugins-base, which I'm building now. Pushed gstreamer-plugins-base-0.10.11-1.fc6 to updates-testing. Let me know whether it works. Still haven't seen the gstreamer-plugins-base update hit updates-testing yet. The gstreamer packages did a few weeks ago. Looks like I forgot to push a button. *sigh* Done now. Eleven months old, closing. |