Bug 524347 - crash in /usr/libexec/gst-install-plugins-helper
Summary: crash in /usr/libexec/gst-install-plugins-helper
Keywords:
Status: CLOSED DUPLICATE of bug 524510
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-packagekit
Version: 12
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Richard Hughes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:c025fb0a9ee363967ed9440d1bb...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-09-19 06:31 UTC by Matěj Cepl
Modified: 2018-04-11 14:40 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-12-07 06:21:26 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
File: backtrace (3.67 KB, text/plain)
2009-09-19 06:31 UTC, Matěj Cepl 		no flags Details
View All

Description Matěj Cepl 2009-09-19 06:31:45 UTC 
abrt detected a crash.


How to reproduce
-----
1.
2.
3.


Comment
-----
After resume from suspend, window manager didn't react to mouse clicks. Then after some time I got this error message and metacity back. 

Additional information
======


Attached files
----
backtrace

cmdline
-----
metacity 


component
-----
metacity


executable
-----
/usr/bin/metacity


kernel
-----
2.6.31-23.fc12.x86_64


package
-----
metacity-2.27.1-1.fc12


reason
-----
Process was terminated by signal 6
Comment 1 Matěj Cepl 2009-09-19 06:31:47 UTC 
Created attachment 361742 [details]
File: backtrace
Comment 2 Bug Zapper 2009-11-16 12:38:27 UTC 
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Comment 3 Owen Taylor 2009-11-16 15:14:34 UTC 
Backtrace is in /usr/libexec/gst-install-plugins-helper

(Possibly not a useful backtrace at this point, but reassigning anyways.)
Comment 4 Bastien Nocera 2009-11-25 11:41:26 UTC 
That code lives in gnome-packagekit, not GStreamer.
Comment 5 Richard Hughes 2009-11-25 11:47:18 UTC 
Doesn't this look like dbus-glib is exploding in dbus_g_proxy_call?
Comment 6 Bastien Nocera 2009-11-25 11:54:37 UTC 
(In reply to comment #5)
> Doesn't this look like dbus-glib is exploding in dbus_g_proxy_call?  

That would usually happen when passed rubbish...
Comment 7 Matthias Clasen 2009-12-07 06:21:26 UTC 

*** This bug has been marked as a duplicate of bug 524510 ***
Note You need to log in before you can comment on or make changes to this bug.