GNU bug report logs - #55810
28.1; No "really edit the buffer?" prompt when editing a changed file over Tramp

Previous Next

Package: emacs;

Reported by: Jim Porter <jporterbugs <at> gmail.com>

Date: Sun, 5 Jun 2022 18:45:01 UTC

Severity: normal

Tags: moreinfo

Found in version 28.1

Done: Jim Porter <jporterbugs <at> gmail.com>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#55810; Package emacs. (Sun, 05 Jun 2022 18:45:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Jim Porter <jporterbugs <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 05 Jun 2022 18:45:01 GMT) Full text and rfc822 format available.

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

From: Jim Porter <jporterbugs <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.1; No "really edit the buffer?" prompt when editing a changed file
 over Tramp
Date: Sun, 5 Jun 2022 11:43:44 -0700
To see this in action:

  $ cat file.txt
  hi

  $ emacs -Q
  C-x C-f /ssh:localhost:~/file.txt

  $ echo bye >> file.txt

Back in Emacs, type anything into the buffer. It should ask, "file.txt 
changed on disk; really edit the buffer?" However, it doesn't. (It does 
still provide a warning you when you save though.)

Note: this used to work in Emacs 27, and works again in Emacs 29, but 
Emacs 28 fails.

Strangely, I updated Tramp from GNU ELPA and the bug went away, but only 
until I restarted Emacs; then it returned. I haven't had time to try and 
reliably reproduce this part though, so that might just be a coincidence.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#55810; Package emacs. (Sun, 05 Jun 2022 20:06:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Jim Porter <jporterbugs <at> gmail.com>
Cc: 55810 <at> debbugs.gnu.org
Subject: Re: bug#55810: 28.1; No "really edit the buffer?" prompt when
 editing a changed file over Tramp
Date: Sun, 05 Jun 2022 22:04:50 +0200
Jim Porter <jporterbugs <at> gmail.com> writes:

> To see this in action:
>
>   $ cat file.txt
>   hi
>
>   $ emacs -Q
>   C-x C-f /ssh:localhost:~/file.txt
>
>   $ echo bye >> file.txt
>
> Back in Emacs, type anything into the buffer. It should ask, "file.txt
> changed on disk; really edit the buffer?" However, it doesn't. (It
> does still provide a warning you when you save though.)
>
> Note: this used to work in Emacs 27, and works again in Emacs 29, but
> Emacs 28 fails.

I can reproduce this in Emacs 28.1, but not on the emacs-28 branch
(i.e., what will become Emacs 28.2).  Would it be possible for you to
test with that branch?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 05 Jun 2022 20:06:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#55810; Package emacs. (Sun, 05 Jun 2022 20:26:02 GMT) Full text and rfc822 format available.

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

From: Jim Porter <jporterbugs <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 55810 <at> debbugs.gnu.org
Subject: Re: bug#55810: 28.1; No "really edit the buffer?" prompt when editing
 a changed file over Tramp
Date: Sun, 5 Jun 2022 13:25:18 -0700
On 6/5/2022 1:04 PM, Lars Ingebrigtsen wrote:
> I can reproduce this in Emacs 28.1, but not on the emacs-28 branch
> (i.e., what will become Emacs 28.2).  Would it be possible for you to
> test with that branch?

You're right, it looks like this is also fixed on the emacs-28 branch. 
I'll try to bisect this (if only so that I write some defadvice to fix 
it temporarily for 28.1) and report back if I find anything useful.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#55810; Package emacs. (Sun, 05 Jun 2022 21:33:01 GMT) Full text and rfc822 format available.

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

From: Jim Porter <jporterbugs <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: michael.albinus <at> gmx.de, 55810 <at> debbugs.gnu.org
Subject: Re: bug#55810: 28.1; No "really edit the buffer?" prompt when editing
 a changed file over Tramp
Date: Sun, 5 Jun 2022 14:31:55 -0700
On 6/5/2022 1:25 PM, Jim Porter wrote:
> On 6/5/2022 1:04 PM, Lars Ingebrigtsen wrote:
>> I can reproduce this in Emacs 28.1, but not on the emacs-28 branch
>> (i.e., what will become Emacs 28.2).  Would it be possible for you to
>> test with that branch?
> 
> You're right, it looks like this is also fixed on the emacs-28 branch. 
> I'll try to bisect this (if only so that I write some defadvice to fix 
> it temporarily for 28.1) and report back if I find anything useful.

Ok, the commit that fixed this is 
93974198b62bea0350be503c8fc017e9d1a4542f, which is just a fixup commit 
after 009e88e002333b4090b021d24390c9137e5a2555. That commit updates 
Tramp to 2.5.3-pre, so I guess it was just a bug in the Tramp that 
shipped with 28.1.

However, I came across an interesting wrinkle. This is actually fixed in 
the GNU ELPA version of Tramp (currently 2.5.2.5). Installing this in 
Emacs 28.1 doesn't work correctly though, since v2.5.2.5 is "less" than 
the built-in Tramp version (v2.5.2.28.1). That explains why updating 
Tramp from GNU ELPA fixed the issue for me until I restarted Emacs. It 
loaded the fixed code temporarily, but then after restart, it chose the 
unfixed code because package.el thinks the built-in version is newer.

CC'ing Michael here. Maybe the easy solution is just to bump the GNU 
ELPA version of Tramp to 2.5.3 or something, and then package.el will 
recognize it as newer than what ships with 28.1.

For now, I have a workaround at least: I can just override the 
`load-path' to point to the newer Tramp version.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#55810; Package emacs. (Mon, 06 Jun 2022 08:16:01 GMT) Full text and rfc822 format available.

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

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Jim Porter <jporterbugs <at> gmail.com>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 55810 <at> debbugs.gnu.org
Subject: Re: bug#55810: 28.1; No "really edit the buffer?" prompt when
 editing a changed file over Tramp
Date: Mon, 06 Jun 2022 10:15:40 +0200
Jim Porter <jporterbugs <at> gmail.com> writes:

Hi Jim,

> CC'ing Michael here. Maybe the easy solution is just to bump the GNU
> ELPA version of Tramp to 2.5.3 or something, and then package.el will
> recognize it as newer than what ships with 28.1.

Tramp 2.5.3 is scheduled for release later this month. Whether it will
go to GNU ELPA, or Tramp 2.6.0 (also to be released) is not decided yet.

Best regards, Michael.




Reply sent to Jim Porter <jporterbugs <at> gmail.com>:
You have taken responsibility. (Tue, 07 Jun 2022 04:24:02 GMT) Full text and rfc822 format available.

Notification sent to Jim Porter <jporterbugs <at> gmail.com>:
bug acknowledged by developer. (Tue, 07 Jun 2022 04:24:02 GMT) Full text and rfc822 format available.

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

From: Jim Porter <jporterbugs <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 55810-done <at> debbugs.gnu.org
Subject: Re: bug#55810: 28.1; No "really edit the buffer?" prompt when editing
 a changed file over Tramp
Date: Mon, 6 Jun 2022 21:23:46 -0700
On 6/6/2022 1:15 AM, Michael Albinus wrote:
>> CC'ing Michael here. Maybe the easy solution is just to bump the GNU
>> ELPA version of Tramp to 2.5.3 or something, and then package.el will
>> recognize it as newer than what ships with 28.1.
> 
> Tramp 2.5.3 is scheduled for release later this month. Whether it will
> go to GNU ELPA, or Tramp 2.6.0 (also to be released) is not decided yet.

Sounds good. That should resolve this issue then. Closing.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 05 Jul 2022 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 348 days ago.

Previous Next


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