From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#65840: 29.1; desktop-load moves frames to the right and down Date: Sat, 09 Sep 2023 17:47:37 +0300 Message-ID: <83r0n7tncm.fsf@gnu.org> References: <83v8cjtscl.fsf@gnu.org> <031260D8-4159-4BBC-A25F-A8BCBD88B7BA@gg32.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15535"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 65840@debbugs.gnu.org To: Christian Tanzer Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Sep 09 16:48:15 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qezFv-0003rp-0U for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 09 Sep 2023 16:48:15 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qezFh-0000Hw-KD; Sat, 09 Sep 2023 10:48:01 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qezFf-0000HP-F3 for bug-gnu-emacs@gnu.org; Sat, 09 Sep 2023 10:47:59 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qezFf-0007sL-6v for bug-gnu-emacs@gnu.org; Sat, 09 Sep 2023 10:47:59 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qezFi-0004IS-2N for bug-gnu-emacs@gnu.org; Sat, 09 Sep 2023 10:48:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Sep 2023 14:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65840 X-GNU-PR-Package: emacs Original-Received: via spool by 65840-submit@debbugs.gnu.org id=B65840.169427087516472 (code B ref 65840); Sat, 09 Sep 2023 14:48:02 +0000 Original-Received: (at 65840) by debbugs.gnu.org; 9 Sep 2023 14:47:55 +0000 Original-Received: from localhost ([127.0.0.1]:48244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qezFa-0004HZ-CT for submit@debbugs.gnu.org; Sat, 09 Sep 2023 10:47:54 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qezFY-0004Gm-9J for 65840@debbugs.gnu.org; Sat, 09 Sep 2023 10:47:52 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qezFP-0007qn-Ir; Sat, 09 Sep 2023 10:47:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=3uNkntPWtCiWFL8eOEer/Hv+2wNI7g7wWm0+GednsJs=; b=p2RnpXDA6IQwlFn4rjn7 4/LhpJkpTltKIA9W8xEmnh+p98AwyxH+GTuPewDxegPcx4wZo8Vw8iQu6c9OZEx843dosyr9mK7Dq m+wuATjzxdVcMEewdAQja91LHVKaI3vsGPF+lZGl5p+NNpva58hl497yjMbJhz6nUKooAkX1rd2PF XH5g28lXCCAFnIFJTA5P0/zezyRGRPrXReca57lT1jTCaafaBNbz3ze6DRqt7qkeKMt1mX347e7AM SDDlMt98wDPQvVeRU+iOMu1W71ISh6IOtvmWuK1D+WTj3xgkoUURlorM2AF3sq4KyuzbgucUqF/7x cQiD+ovo2xeIsQ==; In-Reply-To: <031260D8-4159-4BBC-A25F-A8BCBD88B7BA@gg32.com> (message from Christian Tanzer on Sat, 9 Sep 2023 14:47:34 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:269870 Archived-At: [Please use Reply All to reply, to keep the bug tracker CC'ed.] > From: Christian Tanzer > Date: Sat, 9 Sep 2023 14:47:34 +0100 > > On 09.09.2023, at 13:59, Eli Zaretskii wrote: > > > >> Date: Sat, 09 Sep 2023 12:32:42 -0000 > >> From: tanzer--- via "Bug reports for GNU Emacs, > >> the Swiss army knife of text editors" > >> > >> In GNU Emacs 29.1, desktop-load moves frames to the right and down. > > > > This is probably specific to macOS, or maybe even to your window > > manager, because it doesn't happen to me, and I'm a heavy user of > > desktop.el. > > I am using plain macOS without any additional window manager. > > > When you say "In GNU Emacs 29.1", do you mean this issue is specific > > to Emacs 29.1, and does not happen with Emacs 28 and older? > > It doesn’t happen on 28.2 or older. So it could be due to massive changes in the macOS display code we did in Emacs 29. > > >> The three attachements show the shifts in frame positions: > >> > >> - .emacs.desktop.1 contains the correct frame positions after using > >> `desktop-save` and copying .emacs.desktop to .emacs.desktop.1 > >> > >> - Loading .emacs.desktop.1 into Emacs 29 results in the frames being > >> shifted. On exiting Emacs 29, the shifted positions are stored in > >> .emacs.desktop and copied to .emacs.desktop.2. > >> > >> - Loading .emacs.desktop.2 into Emacs 29 results in the frames being > >> shifted again. On exiting Emacs 29, the shifted positions are stored > >> in .emacs.desktop and copied to .emacs.desktop.3. > >> > >> - Loading any of these .emacs.desktop files into Emacs 28.2 results in > >> the expected frame positions (in case of .2 and .3 the positions > >> incorrectly shifted to by Emacs 29). > > > > You are aware, I hope, that on X and similar GUI systems, the > > coordinates of the frames we request from the window-manager are > > advisory: the WM doesn't have to adhere to what we request. I'm not > > sure what you see is not a manifestation of that. > > I am aware of that but there is a clear regression here. > > Loading the same .emacs.desktop in 28.2 works as expected while in 29.1 all frames are shifted (one of my test frames first to behind the dock and then partly outside the visible screen). In 29.1, each load/save cycle of the .emacs.desktop will shift all the frames a bit farther right and down. > > If the WM was the real culprit I would expect the version of Emacs to be irrelevant! > > For me, the desktop machinery started getting flaky with Emacs 28.1 which crashes when reading larger desktop files written by Emacs 27. Emacs 29.1 still shows that behavior. Unfortunately I have not been able to find a small reproducible test case for these crashes. > > Both 28.2 and 29.1 work with a smaller desktop file that I created with 29.1 but then I noticed the frames being shifted by each restart of 29.1, which 28.2 doesn’t do. > > I don’t want to be stuck with Emacs 27 and I am getting nervous about the desktop problems of 28 and 29. Hopefully, the advice posted by Po Lu could lead us to understanding the problem.