|Summary:||gnome-panel wnck applets crash on login|
|Product:||Red Hat Enterprise Linux 4||Reporter:||Philip Morano <pmorano>|
|Component:||gtk+||Assignee:||Ray Strode [halfline] <rstrode>|
|Status:||CLOSED ERRATA||QA Contact:||David Lawrence <dkl>|
|Version:||4.0||CC:||blizzard, mikem, poelstra, rkenna, rstrode, tao, xgl-maint|
|Fixed In Version:||RHBA-2005-795||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2005-10-05 17:27:05 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:|
Description Philip Morano 2005-09-26 14:07:45 UTC
I updated to the latest asynchronous updates on Friday and sense then every time I login some of my panel applets crash immediately. In particular, my "Show Desktop" button, my window list, and my windows switcher crash. I removed them from my panel, brought up a terminal and ran /usr/libexec/wnck-applet then readded them. They came up, but the follow messages spewed to the console: (wnck-applet:4120): GConf-CRITICAL **: file gconf-client.c: line 547 (gconf_clie nt_add_dir): assertion `gconf_valid_key (dirname, NULL)' failed ** (wnck-applet:4120): CRITICAL **: file panel-applet.c: line 801 (panel_applet_ get_pixmap): assertion `pixmap != NULL' failed ** (wnck-applet:4120): WARNING **: Failed to get pixmap 14684571,527,0 ** (wnck-applet:4120): CRITICAL **: file panel-applet.c: line 801 (panel_applet_ get_pixmap): assertion `pixmap != NULL' failed ** (wnck-applet:4120): WARNING **: Failed to get pixmap 14684584,527,0 I don't think the panel was updated on Friday, so I'm not sure what is going on.
Comment 1 Philip Morano 2005-09-26 14:08:40 UTC
Some information that might be useful: gnome-panel-2.8.1-3.3E libwnck-2.8.1-1
Comment 2 John Poelstra 2005-09-28 17:47:32 UTC
seeing same problem with fresh install of RHEL4-U2-RC2 on x86_64 box (Dell Precision 470 desktop). Also attaching screen shots. I reproduced twice in a row. 1) Full install (once from CD; once via NFS) 2) Answer firstboot questions 3) Login from gdm
Comment 3 John Poelstra 2005-09-28 17:48:19 UTC
Created attachment 119378 [details] applet fails to load
Comment 4 John Poelstra 2005-09-28 17:48:51 UTC
Created attachment 119379 [details] all three applets that fail
Comment 5 Mark McLoughlin 2005-09-28 18:08:10 UTC
Ray: could this be a recent libwnck change?
Comment 6 Ray Strode [halfline] 2005-09-28 19:06:47 UTC
Hi Mark, interestingly enough it looks like it may be a libgnome gconf escaping issue. poelstra just pulled me to his cube and showed me the problem on his freshly installed U2 box. I think I have a fix.
Comment 7 Ray Strode [halfline] 2005-09-28 20:15:44 UTC
Ah, so apparently X won't allow clients to create absurdly large pixmaps anymore as of the last update. ** (wnck-applet:4120): WARNING **: Failed to get pixmap 14684571,527,0 Soeren is going to post details.
Comment 8 Søren Sandmann Pedersen 2005-09-28 20:23:32 UTC
One of the things the X update does is return BadAlloc when a client tries to allocate a pixmap with a height or width of more than 32767. This: ** (wnck-applet:4120): WARNING **: Failed to get pixmap 14684584,527,0 looks like it could be related.
Comment 9 Philip Morano 2005-09-29 12:28:50 UTC
For what it is worth, I found that if I do not start the applets when I log in, but start them after the session is established, then everything works fine
Comment 10 Rob Kenna 2005-09-29 17:51:47 UTC
I have seen the same problem as Phil. It also persists, but in a random fashion. I also have a problem where when I double click on a message the window is created, but invisible. If I create it w/ a right-mouse selection it correctly pops up. Perhaps Thunderbird is asking for a crazy pixmap size. Maybe it's a different issue altogether. (I sit in Westford)
Comment 11 Ray Strode [halfline] 2005-09-30 04:20:49 UTC
So this is a problem in gtk socket's size request code. Negative size hints on the plug window get stored unsigned instead of clamped to 1.
Comment 12 Rob Kenna 2005-09-30 14:02:22 UTC
re: Comment #10 I sorted out my missing "pop up" window problem. "Spanning desktop" got set on my dual monitor mode config. The window was popping up on the other monitor which happened not to be there. doh!
Comment 16 Ray Strode [halfline] 2005-10-03 14:53:21 UTC
Created attachment 119550 [details] When reading size hints from swallowed windows, validate and clamp as neccessary The above patch addresses this bug by clamping size hints read from toplevel windows that are swallowed by GtkSocket widgets to non-negative values.
Comment 17 Red Hat Bugzilla 2005-10-05 17:27:05 UTC
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2005-795.html