Bugzilla – Bug 116722
Workspace switcher and Window List applets hang / panel problems with ssh-add
Last modified: 2006-03-06 12:12:22 UTC
Setup: - Fresh SL10.0 RC2 installation (selection Gnome Desktop) - One local user (autologin) - No (active) NIC - For the user I cipied .xinitrc.template to .xinitrc and changed the call of the windowmanager to 'exec ssh-agent $WINDOWMANAGER' When I login the Workspace switcher and Window List applets in the bottom panel are present, but are not working (ie clicks are ingnored, if I set the panel to 'autohide', they don't refresh when the panel rolls up) When I log out and log in again, I get the message: 'I've detected a panel already running and will now exit' And no panel at all is on the desktop. The only way to exit the deesktop now is to kill X by pressing Ctrl-Alt-Bs. But now X doesn't come up at all again. So I kill all processes that left over by the user, run init3 ; init 5 to get X back and log in again. Suprisingly enough, now the applets work as expected. The problem comes back again when I run ssh-add (Alt-F2 -> ssh-add) and enter my passphrase. From there on the two applets stop working. If I run ssh-add from a terminal window, they continue to work fine.
gnome-session is already running an ssh-agent. Try removing your changes to xinitrc and using that ssh-agent? I suspect changing that .xinitrc is changing how the gnome-session starts up and that's messing things up.
Interesting :) I tried removing the explicit call of ssh-agent from my .xinitrc (ie using an exact copy of .xinitrc.template). This resulted in no ssh-agent running. Then I removed my .xinitrc all along and now there is an ssh-agent present. The problem however is exaclty as I had it before. This makes the bug even more severe, as now I relly didn't change anything, but use the vanilla setup.
It's even worse. As soon as ssh-add comes up (before I enter a password, the system load goes up to 100%. Looking at top reveals that wnck-applet is eating up all the CPU cycles.
Moving to Chris to keep following up.
I'm seeing the same CPU/wnck-applet issues that Bodo is seeing in my fresh install of SuSE 10.0 OSS. As soon as I log in, I see CPU spiked to near 100% with the culprit being wnck-applet. If I kill wnck-applet, I get four popop error messages saying that Workspace Switcher, Window List, Show Desktop, and Window Selector have quit unexpectedly. If I click the "reload" button in each window, things are all back to normal (no CPU pegging). This happens without fail every time I log in. I have no ~/.xinitrc file. mtvoelke@magnus:~> cat /etc/SuSE-release SUSE LINUX 10.0 (i586) OSS VERSION = 10.0 mtvoelke@magnus:~>
Mark, do you have your own .xinitrc as well? Do you also have no network?
I do not have a .xinitrc file. Typically when I boot up I do have networking up (including getting a DHCP lease complete with IP, netmask, DNS servers, and default route). Networking is usually wireless, although I see the same problem when using a wired network.
*** Bug 105516 has been marked as a duplicate of this bug. ***
Upstream bug is http://bugzilla.gnome.org/show_bug.cgi?id=332493 I'm going to wait a day or two to see if the libwnck maintainers comment on the patch before committing it to autobuild.
Fixed in SUSE 10.1
(In reply to comment #10) > Fixed in SUSE 10.1 > Thanks Dan! For SuSE 10.0 OSS I installed libwnck-2.12.0-3.src.rpm, applied the following patch, rebuilt, and reinstalled. This fixed the CPU-consumption problem for me in 10.0. --- window.c 2005-07-19 04:18:04.000000000 -0600 +++ /usr/src/packages/SOURCES/libwnck-2.12.0/libwnck/window.c 2006-03-01 07:22:08.000000000 -0700 @@ -2126,7 +2126,7 @@ if (_wnck_get_window (window->priv->xwindow, _wnck_atom_get ("WM_TRANSIENT_FOR"), - &parent)) + &parent) && parent != window->priv->xwindow) {
where have you found the source.rpm? Can't this go into online_update for 10.0?
yes...
AJ, we need a SWAMPID to get this into SUSE 10.0
Approved, Maintenance-Tracker-3709
Gary, JP said to reassign this to you. (I'll forward you the SWAMPID mail.)
(In reply to comment #12) > where have you found the source.rpm? Can't this go into online_update for 10.0? > http://mirrors.kernel.org/opensuse/distribution/SL-10.0-OSS/inst-source/suse/src/libwnck-2.12.0-3.src.rpm
ok, please submit a patchinfo file to done/PATCHINFO
This fix is submitted for 10.0 maintenance update as well. You found the submission without the patchinfo in the few seconds it took me to submit it :-).
Marking as fixed.
released