Ubuntu
swfdec0.3 package

[apport] totem-video-thumbnailer crashed with SIGSEGV

Bug #87120 reported by jkuhnert
2
Affects Status Importance Assigned to Milestone
swfdec
Fix Released
Undecided
Unassigned
swfdec0.3 (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

Binary package hint: totem

No idea. I think it happened while requesting a file with a name ending in .mp3 in firefox that didn't actually return any valid content. (was in the middle of dev on an app - oops..)

ProblemType: Crash
Date: Thu Feb 22 13:20:37 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /usr/bin/totem-video-thumbnailer
Package: totem-gstreamer 2.17.91-0ubuntu3
ProcCmdline: /usr/bin/gnome-video-thumbnailer -s 128 file:///var/acm/acmcontent/0f294286-77a8-44dc-9adc-ee757d301da8/Windows_Media_SSL_1.5_2005-07-21_05-22-PM_files/help.swf /tmp/.gnome_thumbnail.ADP5NT
ProcCwd: /home/jkuhnert
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=/usr/local/ant/bin:/usr/local/maven/bin:/usr/local/java/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
Signal: 11
SourcePackage: totem
StacktraceTop:
 ?? () from /usr/lib/libswfdec-0.3.so.0
 ?? ()
 ?? ()
Uname: Linux spaz 2.6.20-8-generic #2 SMP Tue Feb 13 05:18:42 UTC 2007 i686 GNU/Linux
UserGroups: adm admin audio cdrom dialout dip floppy lpadmin netdev plugdev powerdev scanner video

Revision history for this message
jkuhnert (jkuhnert) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. That's a libswf problem, could you attach the file which trigered the bug (/var/acm/acmcontent/0f294286-77a8-44dc-9adc-ee757d301da8/Windows_Media_SSL_1.5_2005-07-21_05-22-PM_files/help.swf)?

Changed in totem:
importance: Undecided → Medium
Revision history for this message
jkuhnert (jkuhnert) wrote :

The offending help file is attached, though I don't understand why that showed up as the cause of error. It loads fine when loaded directly and wasn't even part of what I was fidgeting with. (as far as I know...maybe moz was checking it over from cache? Doesn't make sense at all now that I think of it because that particular location isn't even managed by firefox, it's part of the actual application so presumably firefox would have had no way of knowing its original location...and yet there it is...creepy.)

p.s. It's probably been fixed already but the automated bug report delivery utility opens the system default browser with a path string of "file://home/jkuhnert/"https://launchpad..blah blah" instead of just https:// ...Ie I have to manually edit the path. Maybe this is all just a comedy of errors related to the same thing. I can't remember anything anymore. It's all just a foggy blur.

Sebastien Bacher (seb128)
Changed in swfdec0.3:
status: Unconfirmed → Confirmed
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:_start () from /lib/ld-linux.so.2
?? ()
?? ()

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:?? () from /lib/ld-linux.so.2
?? ()
?? ()

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Revision history for this message
Stéphane Loeuillet (leroutier) wrote :

Even if this file displays correctly with swfdec current git (post-0.5.3), it doesn't crash.

swfdec 0.3 branch is dead and no work would ever be backported to it.

Stéphane Loeuillet (leroutier)
Changed in swfdec:
status: New → Fix Released
Revision history for this message
Daniel Holbach (dholbach) wrote :

0.3 is not in Hardy any more.

Changed in swfdec0.3:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.