Red Hat Bugzilla – Bug 388141
Yumex crashes: making changes in Edit > Preferences > GUI fails, and crashes yumex
Last modified: 2007-11-30 17:12:22 EST
Description of problem:
Suppose you want to change the font size in a running yumex (I open yumex from
Applications > System Tools menu):
1) In yumex window you select Edit > Preferences > GUI
2) You change the font size, then click `OK' (the font selection window disappears).
3) Then you click again `OK' on the Preferences window -- NO RESPONSE.
If you click `Cancel', the Preferences window disappears, but the yumex main
When you click to close it, you get a message that yumex is non-responsive, and
you are asked whether to "Wait" , or to "Force Quit" it. You choose "Force
Quit". The yumex window disappears BUT yumex is still running:
In the above sequence, you don't have to make any changes in the Preferences >
GUI tab. It is sufficient to open it, and then to click `Cancel' -- the same result.
$ ps -Af|grep yumex
wodzicki 7087 1 0 21:34 ? 00:00:00 /usr/bin/yumex
root 7088 7087 0 21:34 ? 00:00:00 /usr/sbin/userhelper -w yumex
root 7092 7088 0 21:34 ? 00:00:00 /bin/bash /usr/share/yumex/yumex
root 7093 7092 2 21:34 ? 00:00:16 /usr/bin/python
I need `kill -9' to kill it.
Version-Release number of selected component (if applicable):
Steps to Reproduce: described above. The behavior described happens every time.
Due to this bug yumex becomes totally inoperational, and "Force Quit" removes
only the GUI window while several related processes are still running which
renders impossible restarting yumex, or executing yum from the command line,
before killing first all of these processes manually.
Using Edit > Preferences should not crash the application.
I performed an additional test. I did log in as a root into a GNOME desktop
environment, opened yumex from the menu and repeated the steps described in my
report. Nearly the same results.
The only difference is that when you "Force Quit" the yumex GUI window, this
terminates all the related processes -- unlike when you start yumex as a
non-root [in that case, of course, you still need to type the root password in a
pop-up form in order to continue].
Thanks, i can reproduce this error, it is already fixed upstream, i will make a
new release soon