Hide Forgot
The gist of this bug is the issue with esc/xulrunner detecting multiple instances running when logging off and logging back into gnome. This is worth looking into to see if something can be done to prevent this situation. +++ This bug was initially created as a clone of Bug #679399 +++ 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. --- Additional comment from gbarker.nz on 2011-02-22 08:47:40 EST --- Created attachment 480132 [details] File: backtrace --- Additional comment from jmagne on 2011-02-22 12:53:20 EST --- Thanks for the report. I suspect that something did not shut down cleanly in the app when you restarted the panel. --- Additional comment from triage.org on 2011-05-30 07:15:54 EDT --- 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 --- Additional comment from gbarker.nz on 2011-06-01 07:17:12 EDT --- 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. --- Additional comment from gbarker.nz on 2011-06-01 07:21:54 EDT --- 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.
Investigating here leads me to believe that the source of the issue is the classic firefox problem of trying to start firefox with a given user profile, while firefox is already running under that profile, or firefox is down but the profile is locked. Two major scenarios. 1. The mozilla app has not been shut down completely thus leaving "lock" files around in the profile. When restarting, the system thinks the profile is really locked and throws up the classic "firefox is already runnning but unresponsive" dialog. This is not likely the culprit because we've put in some code a long time ago to keep the profile directory free of these lock files. 2. The mozilla app has actually not quite finished shutting down when restarted. I suspect that is what has happened with this guy. He was testing some gnome panel issue and was logging in and out of the system very quickly. Due to the fact that ESC has to disconnect from the PKCS#11 module on the way out, it could take some time to shut down. In a earlier versions we put in some code to keep this shutting down delay to a minimum which could alleviate this issue. Of course if someone tries logging in and out and in again very quickly, the issue could still happen. Also, I've found that other apps using mozilla gecko engine have had this very same issue. The following bug report and corresponding stack trace for Thunderbird looks almost like a mirror image: https://bugzilla.redhat.com/show_bug.cgi?id=698129 Conclusion: I feel if there is anything to be done here, it can't be done today, would require more investigation.