GNU bug report logs - #62535
29.0.60; Wrong left, top values stored in .emacs.desktop file

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Claudio Grondi <claudio.grondi <at> freenet.de>
Cc: 62535 <at> debbugs.gnu.org
Subject: Re: bug#62535: 29.0.60; Wrong left, top values stored in
 .emacs.desktop file
Date: Thu, 30 Mar 2023 13:42:49 +0300

[Please use Reply All to reply, so that the bug tracker is CC'ed.]

> Date: Thu, 30 Mar 2023 12:26:47 +0200
> From: Claudio Grondi <claudio.grondi <at> freenet.de>
> 
> 
> Have tested it with:
> 
> GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, 
> cairo version 1.16.0)
> 
> GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33, 
> cairo version 1.16.0)
> 
> getting the same behavior.
> 
> 
> Why do you think it has something to do with WM?

Because it never happens to me here, and what other factor can explain
this?

> (you mean GNOME Window Manager? What is WM?

Yes, the Window Manager.

> The position of Emacs on the screen changes from restart to restart in 
> the .emacs.desktop file. Reading the position from the .desktop file 
> should give the value of the own position and if not changed is should 
> stay the same, doesn't it? Does Emacs 'ask the system' on exit for the 
> own position and update the .desktop file with it?

Positioning of frames is a function of the WM.  Emacs asks the WM to
position its frames, but the actual positioning is not up to us, at
least not with all the WMs out there.

> You mean if I run it on another version of Linux Mint Cinnamon it could 
> change? I'm using 21, but have still also 18.4 available.

It's worth trying.

Perhaps also try a build with another toolkit (like Lucid, not GTK),
it could also matter.  Although I thought this was supposed to be
solved in Emacs 29.

Previous Next

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