From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Manuel Giraud via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#71264: 30.0.50; Dired deletion moves point under auto-revert Date: Mon, 03 Jun 2024 20:53:46 +0200 Message-ID: <877cf5x3gl.fsf@ledu-giraud.fr> References: <87zfs8waqx.fsf@epfl.ch> <87mso61g92.fsf@ledu-giraud.fr> <87ikyu1fo5.fsf@ledu-giraud.fr> <87sexygp0t.fsf@epfl.ch> <874jactwbz.fsf@ledu-giraud.fr> <86h6eco86x.fsf@gnu.org> <87h6eb75lg.fsf@epfl.ch> <86ed9fmkqm.fsf@gnu.org> <87sexv5lcw.fsf@epfl.ch> Reply-To: Manuel Giraud Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37245"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Eli Zaretskii , 71264@debbugs.gnu.org To: "Basil L. Contovounesios" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jun 03 20:55:00 2024 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 1sECpf-0009Qu-Ba for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 03 Jun 2024 20:54:59 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sECpW-0005cV-FY; Mon, 03 Jun 2024 14:54:50 -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 1sECpV-0005cM-Li for bug-gnu-emacs@gnu.org; Mon, 03 Jun 2024 14:54:49 -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 1sECpV-0004Z1-A0 for bug-gnu-emacs@gnu.org; Mon, 03 Jun 2024 14:54:49 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sECpi-0006a5-2c for bug-gnu-emacs@gnu.org; Mon, 03 Jun 2024 14:55:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Manuel Giraud Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 03 Jun 2024 18:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 71264 X-GNU-PR-Package: emacs Original-Received: via spool by 71264-submit@debbugs.gnu.org id=B71264.171744085025181 (code B ref 71264); Mon, 03 Jun 2024 18:55:02 +0000 Original-Received: (at 71264) by debbugs.gnu.org; 3 Jun 2024 18:54:10 +0000 Original-Received: from localhost ([127.0.0.1]:55665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sECor-0006Y4-KI for submit@debbugs.gnu.org; Mon, 03 Jun 2024 14:54:09 -0400 Original-Received: from ledu-giraud.fr ([51.159.28.247]:29126) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sECom-0006Xm-VD for 71264@debbugs.gnu.org; Mon, 03 Jun 2024 14:54:08 -0400 DKIM-Signature: v=1; a=ed25519-sha256; c=simple/simple; s=ed25519; bh=s9BpybFa L338Xpi9DpnAEeVv9D7Nnn1Fl45tlj1HnYU=; h=date:references:in-reply-to: subject:cc:to:from; d=ledu-giraud.fr; b=18Rzsme96WBO8Nwuux6vjqc4zPp4Py X7WsiqAWKGTYiQm6c2ena9CeL0RAISiNB5FCBpIPtxWiXDQCXlDq8JCg== DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=rsa; bh=s9BpybFaL338Xpi9 DpnAEeVv9D7Nnn1Fl45tlj1HnYU=; h=date:references:in-reply-to:subject: cc:to:from; d=ledu-giraud.fr; b=n717mYgqJ2hIDI7KCY0cFm5zESVEEH5D+tidf/ YBt+fGRP0v9r46Jc/LGiMPPQUK3tzqEoqF8IpFqBAGGrkJ7Zmgu11vHNKwRrtdzqNozBUR fs5aJWJ+OzgE3x11khzUo1ZIegGtyEZN8Bl2qUvd7goBTWk2BgQRRKYDiSwdcNUHwkjjPf c4ieyw+bRIQOflOs8i4a70kF9yUL9WensYoMEZ/lRHx/qsCf1O+/BLmBc/4vKEWrN58rFD VleA867WDGNRLFY0acX/K5b2E/CRPadU5XAG3eLc7qXp1nJerUZiuLmV2U8qY1tyVJiDgY EXAfhzDwe/kB/UgR4+FQ81jw== Original-Received: from computer ( [10.1.1.1]) by ledu-giraud.fr (OpenSMTPD) with ESMTPSA id e4e08094 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 3 Jun 2024 20:53:48 +0200 (CEST) In-Reply-To: <87sexv5lcw.fsf@epfl.ch> (Basil L. Contovounesios's message of "Sun, 02 Jun 2024 19:02:23 +0200") 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:286486 Archived-At: "Basil L. Contovounesios" writes: > Eli Zaretskii [2024-06-02 18:23 +0300] wrote: > >> Maybe I misunderstood what was meant by "this" in "how to prevent >> this". The preceding text was: >> >>> It seems to me that the 'y-or-n-p' call gives the opportunity of a time >>> window for the dired buffer to be reverted. But then, when this revert >>> happen the file "foo" has already disappeared so it cannot be found and >>> the point ends up at the BOB. >> >> So which part of this did Manuel want "to prevent"? > > I assumed it was the undesirable motion. Yes that's it. This is the bug AFAIU. Keeping the point on the file right after the one that has been deleted would be the "correct" behaviour. >> That y-or-n-p doesn't block file notifications is AFAIU by design, and >> preventing that could cause much more serious problems. > > Agreed. Ok, sure. >> What I don't understand is two things: >> >> . why the fact that "foo"s buffer was reverted affects Dired, [...] >> . why the effect is to move point to BOB? > > I suspect answering these is tantamount to fixing the bug. This I'm not sure and I have to check. But it seems that dired keeps the information of =C2=AB=C2=A0what is the current file name=C2=A0=C2=BB an= d go there after having reverted the content. If it is not found, the point stays at BOB. >> [...] what is expected from Dired when a file and its buffer are deleted? > > I'd be happy with the same behaviour as when auto-revert-mode is > disabled: point remains on the same line; either on the next file in the > listing, or at EOB if there is no next file. --=20 Manuel Giraud