emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#36159: closed ([PATCH] auto-revert mode doesn't wo


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#36159: closed ([PATCH] auto-revert mode doesn't work when changing buffer file name)
Date: Sat, 15 Jun 2019 09:27:01 +0000

Your message dated Sat, 15 Jun 2019 11:26:06 +0200
with message-id <address@hidden>
and subject line Re: bug#36159: [PATCH] auto-revert mode doesn't work when 
changing buffer file name
has caused the debbugs.gnu.org bug report #36159,
regarding [PATCH] auto-revert mode doesn't work when changing buffer file name
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden.)


-- 
36159: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=36159
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: [PATCH] auto-revert mode doesn't work when changing buffer file name Date: Mon, 10 Jun 2019 18:57:04 +0200
Auto-revert mode stops working effectively when the user changes the buffer 
file name, by running `write-file' for example, because the notifier still 
tracks the old file.

The attached patch attempts to rectify this.

Attachment: 0001-Keep-auto-revert-mode-working-when-changing-buffer-f.patch
Description: Binary data


--- End Message ---
--- Begin Message --- Subject: Re: bug#36159: [PATCH] auto-revert mode doesn't work when changing buffer file name Date: Sat, 15 Jun 2019 11:26:06 +0200
15 juni 2019 kl. 11.16 skrev Michael Albinus <address@hidden>:
> 
> I've spent two days making remote autorevert tests succeeding. Although
> I could fix some bugs (see the patch for tramp-sh.el yesterday), they
> still not run sufficiently. Sometimes they pass, sometimes they fail -
> obviously, race conditions. Seems to be related to deletion of files
> (and the flow of deleted and stopped events), but I still have no clear
> picture.

I'm so sorry for having put you through all this, and I wish there were 
anything I could do to make the tests more robust. Does autorevert 'feel' 
reliable and responsive for remote files when you use it manually, or is there 
anything that could cast the implementation in doubt?

> For the time being I've marked remote autorevert tests as unstable, so
> they won't fail in Emacs CI tests. I hope to fix them in the future.

Thank you once again; I suppose that will have to do for now.



--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]