Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 111896 - Can't maximize xemacs windows under metacity
Can't maximize xemacs windows under metacity
Status: CLOSED DUPLICATE of bug 111225
Product: Fedora
Classification: Fedora
Component: xemacs (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Jens Petersen
Depends On:
  Show dependency treegraph
Reported: 2003-12-11 08:37 EST by Sylvain Ferrand
Modified: 2007-11-30 17:10 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-02-21 14:00:22 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Sylvain Ferrand 2003-12-11 08:37:34 EST
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):

How reproducible:

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

Additional info:
Comment 1 rudi 2004-02-26 16:23:26 EST
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:
Comment 2 Jens Petersen 2004-06-06 13:03:40 EDT
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 ***
Comment 3 Red Hat Bugzilla 2006-02-21 14:00:22 EST
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.

Note You need to log in before you can comment on or make changes to this bug.