Bug 169280

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>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.0CC: blizzard, mikem, poelstra, rkenna, rstrode, tao, xgl-maint
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: RHBA-2005-795 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-10-05 17:27:05 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 156322    
Attachments:
Description Flags
applet fails to load
none
all three applets that fail
none
When reading size hints from swallowed windows, validate and clamp as neccessary none

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
Comment 18 Mike A. Harris 2006-03-28 12:41:02 UTC 
*** Bug 169281 has been marked as a duplicate of this bug. ***