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.0 | CC: | 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
Philip Morano
2005-09-26 14:07:45 UTC
Some information that might be useful: gnome-panel-2.8.1-3.3E libwnck-2.8.1-1 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 Created attachment 119378 [details]
applet fails to load
Created attachment 119379 [details]
all three applets that fail
Ray: could this be a recent libwnck change? 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. 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. 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. 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 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) 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. 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! 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.
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 *** Bug 169281 has been marked as a duplicate of this bug. *** |