tumblerd crashed with SIGSEGV in g_type_check_instance_is_a()

Bug #1022224 reported by col reilly
52
This bug affects 10 people
Affects Status Importance Assigned to Milestone
tumbler (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

clicked 'open container folder' in the firefox download dialogue box.

ProblemType: Crash
DistroRelease: Ubuntu 12.10
Package: tumbler 0.1.25-1
ProcVersionSignature: Ubuntu 3.5.0-3.3-generic 3.5.0-rc5
Uname: Linux 3.5.0-3-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.2.5-0ubuntu2
Architecture: amd64
Date: Sun Jul 8 09:07:51 2012
ExecutablePath: /usr/lib/x86_64-linux-gnu/tumbler-1/tumblerd
InstallationMedia: Xubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120620)
ProcCmdline: /usr/lib/x86_64-linux-gnu/tumbler-1/tumblerd
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, no user)
 LANGUAGE=en_GB:en
 LANG=en_GB.UTF-8
SegvAnalysis:
 Segfault happened at: 0x7f4db247a29c <g_type_check_instance_is_a+60>: testb $0x4,0x16(%rdi)
 PC (0x7f4db247a29c) ok
 source "$0x4" ok
 destination "0x16(%rdi)" (0x8ea7838ba3818bba) not located in a known VMA region (needed writable region)!
 Stack memory exhausted (SP below stack segment)
SegvReason: writing unknown VMA
Signal: 11
SourcePackage: tumbler
StacktraceTop:
 g_type_check_instance_is_a () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
 gst_element_seek_simple () from /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0
 ?? () from /usr/lib/x86_64-linux-gnu/tumbler-1/plugins/tumbler-gst-thumbnailer.so
 ?? ()
 ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
Title: tumblerd crashed with SIGSEGV in g_type_check_instance_is_a()
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo

Revision history for this message
col reilly (lupinehorror) wrote :
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 g_type_check_instance_is_a (type_instance=type_instance@entry=0x7f4d9c0a3800, iface_type=<optimized out>) at /build/buildd/glib2.0-2.33.3/./gobject/gtype.c:3964
 gst_element_seek_simple (element=0x7f4d9c0a3800, format=GST_FORMAT_TIME, seek_flags=5, seek_pos=11988688888) at gstutils.c:2420
 ?? () from /tmp/tmpXXgRVa/usr/lib/x86_64-linux-gnu/tumbler-1/plugins/tumbler-gst-thumbnailer.so
 ?? ()
 g_thread_pool_thread_proxy (data=<optimized out>) at /build/buildd/glib2.0-2.33.3/./glib/gthreadpool.c:309

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in tumbler (Ubuntu):
importance: Undecided → Medium
tags: removed: need-amd64-retrace
visibility: private → public
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in tumbler (Ubuntu):
status: New → Confirmed
tags: added: tumbler
Revision history for this message
Chascon (chascone) wrote :

It happens to me when downloading a file from Firefox passed onto a line command downloader.

The problem
is not with Firefox or the downloader but as I recall with tumbler daemon, tumblerd if I recall, whose job it is to create images to downloaded files.

Steps to reproduce
-Download media files and you have a case where the daemon is constantly recreating the image to the file because it thinks the growing file is a new file and in need of a new image, constantly. This takes up about 100 of cpu and has been a problem for some years now.
-And no it cr@ps out instead of almost freezing the desktop. And improvement, I wold say.

tumblerd needs to be rethought.

Work-around
Close the file browser, that is presumably opened to the folder where the media file is being downloaded to.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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