GNU bug report logs - #71714
29.3; Emacs behaves as if it is not maximized

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 71714 in the body.
You can then email your comments to 71714 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Patrick Nicodemus <gadget142 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.3; Emacs behaves as if it is not maximized
Date: Fri, 21 Jun 2024 20:24:50 -0400

[Message part 1 (text/plain, inline)]

*OS, Emacs version* : I am on Ubuntu 24.04 using the GUI version of Emacs
in the emacs-gtk package, 29.3. The bug is also reproducible for me on
Emacs 30.50 on this computer. The bug may be a problem with the GNOME
desktop environment or window manager rather than Emacs, but I cannot
reproduce it with any other Ubuntu applications other than Emacs. Intel®
Core™ i7-6700T × 8

*Behavior*: When Emacs is maximized, there is an invisible rectangle whose
top side and left side agree with the top and left side of my monitor,
whose bottom is about 70% of the distance from top of the screen to bottom,
and whose right side is about 45% of the distance from the left edge of the
screen to the right, and the response to a mouse click is identical to the
behavior if Emacs were un-maximized, i.e., was a floating window living in
the top left corner of the screen of that size and shape. A mouse click
outside the invisible window causes Emacs to be minimized, and the next
window comes to the front (Or, if the desktop is the only thing behind
emacs, Emacs is not minimized, and the click has no effect). Clicking
inside the rectangle has the expected effect. In addition to Emacs being
minimized, if the click is outside the invisible window, the mouse click
does not have the expected effect on the Emacs buffer (the cursor does not
move). Other than this, Emacs fully behaves as expected, i.e. text wraps at
the far right of the screen, not the invisible right edge of the window for
mouse input. The behavior persists after disabling "Enhanced Tiling" in the
Ubuntu settings and restarting the computer. The behavior persists when
using the -Q flag.

I cannot reproduce the problem on a laptop which has the same operating
system and Emacs version so this may be difficult to reproduce.  I will
supply additional information to help reproduce if requested.

[Message part 2 (text/html, inline)]

Message #8 received at 71714 <at> debbugs.gnu.org (full text, mbox):

From: Po Lu <luangruo <at> yahoo.com>
To: Patrick Nicodemus <gadget142 <at> gmail.com>
Cc: 71714 <at> debbugs.gnu.org
Subject: Re: bug#71714: 29.3; Emacs behaves as if it is not maximized
Date: Mon, 24 Jun 2024 09:46:17 +0800

Patrick Nicodemus <gadget142 <at> gmail.com> writes:

> OS, Emacs version : I am on Ubuntu 24.04 using the GUI version of
> Emacs in the emacs-gtk package, 29.3. The bug is also reproducible for
> me on Emacs 30.50 on this computer. The bug may be a problem with the
> GNOME desktop environment or window manager rather than Emacs, but I
> cannot reproduce it with any other Ubuntu applications other than
> Emacs. Intel® Core™ i7-6700T × 8
>
> Behavior: When Emacs is maximized, there is an invisible rectangle
> whose top side and left side agree with the top and left side of my
> monitor, whose bottom is about 70% of the distance from top of the
> screen to bottom, and whose right side is about 45% of the distance
> from the left edge of the screen to the right, and the response to a
> mouse click is identical to the behavior if Emacs were un-maximized,
> i.e., was a floating window living in the top left corner of the
> screen of that size and shape. A mouse click outside the invisible
> window causes Emacs to be minimized, and the next window comes to the
> front (Or, if the desktop is the only thing behind emacs, Emacs is not
> minimized, and the click has no effect). Clicking inside the rectangle
> has the expected effect. In addition to Emacs being minimized, if the
> click is outside the invisible window, the mouse click does not have
> the expected effect on the Emacs buffer (the cursor does not move).
> Other than this, Emacs fully behaves as expected, i.e. text wraps at
> the far right of the screen, not the invisible right edge of the
> window for mouse input. The behavior persists after disabling
> "Enhanced Tiling" in the Ubuntu settings and restarting the
> computer. The behavior persists when using the -Q flag.
>
> I cannot reproduce the problem on a laptop which has the same
> operating system and Emacs version so this may be difficult to
> reproduce.  I will supply additional information to help reproduce if
> requested.

Might you perhaps require enabling `frame-resize-pixelwise'?

Message #11 received at 71714 <at> debbugs.gnu.org (full text, mbox):

From: Patrick Nicodemus <gadget142 <at> gmail.com>
To: 71714 <at> debbugs.gnu.org
Subject: Re: 29.3; Emacs behaves as if it is not maximized
Date: Sun, 23 Jun 2024 18:05:32 -0400

[Message part 1 (text/plain, inline)]

I was able to reproduce the error with VSCode so it is likely a problem
with the Ubuntu 24.04 window manager rather than Emacs. This issue should
be closed.

On Fri, Jun 21, 2024 at 8:24 PM Patrick Nicodemus <gadget142 <at> gmail.com>
wrote:

> *OS, Emacs version* : I am on Ubuntu 24.04 using the GUI version of Emacs
> in the emacs-gtk package, 29.3. The bug is also reproducible for me on
> Emacs 30.50 on this computer. The bug may be a problem with the GNOME
> desktop environment or window manager rather than Emacs, but I cannot
> reproduce it with any other Ubuntu applications other than Emacs. Intel®
> Core™ i7-6700T × 8
>
> *Behavior*: When Emacs is maximized, there is an invisible rectangle
> whose top side and left side agree with the top and left side of my
> monitor, whose bottom is about 70% of the distance from top of the screen
> to bottom, and whose right side is about 45% of the distance from the left
> edge of the screen to the right, and the response to a mouse click is
> identical to the behavior if Emacs were un-maximized, i.e., was a floating
> window living in the top left corner of the screen of that size and shape.
> A mouse click outside the invisible window causes Emacs to be minimized,
> and the next window comes to the front (Or, if the desktop is the only
> thing behind emacs, Emacs is not minimized, and the click has no effect).
> Clicking inside the rectangle has the expected effect. In addition to Emacs
> being minimized, if the click is outside the invisible window, the mouse
> click does not have the expected effect on the Emacs buffer (the cursor
> does not move). Other than this, Emacs fully behaves as expected, i.e. text
> wraps at the far right of the screen, not the invisible right edge of the
> window for mouse input. The behavior persists after disabling "Enhanced
> Tiling" in the Ubuntu settings and restarting the computer. The behavior
> persists when using the -Q flag.
>
> I cannot reproduce the problem on a laptop which has the same operating
> system and Emacs version so this may be difficult to reproduce.  I will
> supply additional information to help reproduce if requested.
>

[Message part 2 (text/html, inline)]

Message #16 received at 71714-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Patrick Nicodemus <gadget142 <at> gmail.com>
Cc: 71714-done <at> debbugs.gnu.org
Subject: Re: bug#71714: 29.3; Emacs behaves as if it is not maximized
Date: Mon, 24 Jun 2024 15:29:09 +0300

> From: Patrick Nicodemus <gadget142 <at> gmail.com>
> Date: Sun, 23 Jun 2024 18:05:32 -0400
> 
> I was able to reproduce the error with VSCode so it is likely a problem with the Ubuntu 24.04 window manager
> rather than Emacs. This issue should be closed.

Thanks, done.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.