abrt version: 1.1.14 architecture: x86_64 Attached file: backtrace cmdline: ./esc component: esc crash_function: XQueryTree executable: /usr/lib64/esc-1.1.0/esc kernel: 2.6.34.7-66.fc13.x86_64 package: esc-1.1.0-12.fc13 rating: 4 reason: Process /usr/lib64/esc-1.1.0/esc was killed by signal 6 (SIGABRT) release: Fedora release 13 (Goddard) time: 1298380201 uid: 500 How to reproduce ----- 1. Noticed after updated Mysql and logging out and logging on again that google-chrome presented and error and gnome-panel did not come up in the gui. Restarted the gnome-panel process, logged out and logged on again. 2. Esc presented a duplicate process error message. 3.
Created attachment 480132 [details] File: backtrace
Thanks for the report. I suspect that something did not shut down cleanly in the app when you restarted the panel.
This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '13'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Package: esc-1.1.0-12.fc13 Architecture: x86_64 OS Release: Fedora release 13 (Goddard) How to reproduce ----- 1. Logged out to save settings in Gnome in the non 3D compiz setup as compiz settings not saving in gnome panel - persistent issue with gnome-panel not running properly with weather applets when using compiz. So used gnome standard graphical setup as saved desktop setting to use as base for gnome in order to use this as a basis for compiz when logged on and logged off 3 times so saved as gnome settings from which compiz can base its settings from. 2. However, did not work and compiz-gnome-panel did not work even though sleeping, and therefore am sending this bug report to report that gnome-panel under the compiz window 3d manager fails repeatedly on first log in and /filesystem/usr/share/applications/system-monitor has to be used to end gnome-panel process and weather applets will not show up, and log off and log on is required in order for weather applets to appear as set up per the user settings intended. 3. Esc reported multiple instances, an historical problem, though not using a smart card, should not report multiple instances, i.e. the program should run one process but is reporting 'canel' prompt 3 times indicating that 3 versions of the same process are running on top of the single process successfully and currently running. Comment ----- Logged off using non-3d desktop settings for desktop effects, i.e. compiz turned off. Logged on using non-3d desktop and logged off to save desktop settings and did this a further two times to reinforce desktop settings save, so that when I set desktop to compiz (3d desktop), that hopefully this would save and load up gnome-panel correctly. However, esc loaded multlple times generating this bug and reporting this so that I could publisize the gnome-panel issue which appears to occur mostly under compiz but the esc bug of multiple instances is occuring under standard non-accelerated desktop settings for gnome and therefore the esc issue which I have noted historically as an issue of multiple instances is still an issue. However, the compiz weather applet is a big bugbear when using compiz and having issues with gnome-panel not starting up properly as one of the start up processes has still not been resolved or corrected.
Backtrace analysis of bugs across components suggests the actual bug is in component libX11 instead of component esc, reassigning to libX11. Bugs which were found to be similar to this bug: esc: bug #581835, bug #622147 firefox: bug #538720, bug #565784, bug #598119, bug #614135, bug #662296 libX11: bug #543444 thunderbird: bug #553941, bug #674778, bug #696552 This comment is automatically generated.
*** Bug 622147 has been marked as a duplicate of this bug. ***
This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping