From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1)
Description of problem:
I'm running xemacs under the gnome environment, with metacity as
window manager. When I try to maximize the window, xemacs freeze. When
I minimize the window it works again. The manual resizing of the
window works normally.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.run xemacs under the gnome environment
2.'click' the maximize windows
Actual Results: xemacs hang
Expected Results: The windows should be normally maximized
I can reproduce this bug every time. If maximising is a habit for you,
it's quite hard not to hit this bug over and over and over.
And over again.
I looked around a bit and found something related upstream:
According to the upstream message it seems likely this a problem with
metacity not following the Xt protocol:
|I think this is the known bug where Metacity insists on maximizing to
|the pixel, but XEmacs wants character cell sizes. For some reason,
|the negotiation gets into a loop. Sometimes (if the hardware is not
|too fast) the loop is visible as flickering in the upper-right corner.
|I tend to suspect that Metacity is not putting its foot down and
|saying "this is your geometry---live with it", which is what the
|parent window is supposed to do. I'm pretty sure that XEmacs does its
|geometry negotiation properly according to Xt standards; I know that
|GNOME basically does not care if non-GNOME applications work (that is,
|it's definitely a secondary priority and in practice it rarely gets
|much attention). I think if you use the GNOME build it will work |fine.
*** This bug has been marked as a duplicate of 111225 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.