From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Boruch Baum Newsgroups: gmane.emacs.bugs Subject: bug#23276: autorevert for a deleted dired directory (ref: 23276) Date: Tue, 29 Dec 2020 15:02:29 -0500 Message-ID: <20201229200229.2qdkhuhuir573whz@E15-2016.optimum.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39715"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: NeoMutt/20180716 To: 23276@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Dec 29 21:08:09 2020 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 1kuLHt-000AG9-6Z for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 29 Dec 2020 21:08:09 +0100 Original-Received: from localhost ([::1]:48268 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kuLHs-0000E0-2z for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 29 Dec 2020 15:08:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53208) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kuLHm-0000Dq-4A for bug-gnu-emacs@gnu.org; Tue, 29 Dec 2020 15:08:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56960) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kuLHl-0004p1-Sx for bug-gnu-emacs@gnu.org; Tue, 29 Dec 2020 15:08:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kuLHl-0001Dx-O9 for bug-gnu-emacs@gnu.org; Tue, 29 Dec 2020 15:08:01 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Boruch Baum Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Dec 2020 20:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23276 X-GNU-PR-Package: emacs Original-Received: via spool by 23276-submit@debbugs.gnu.org id=B23276.16092724764694 (code B ref 23276); Tue, 29 Dec 2020 20:08:01 +0000 Original-Received: (at 23276) by debbugs.gnu.org; 29 Dec 2020 20:07:56 +0000 Original-Received: from localhost ([127.0.0.1]:40273 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuLHf-0001De-VQ for submit@debbugs.gnu.org; Tue, 29 Dec 2020 15:07:56 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:54407) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuLHa-0001DM-Io for 23276@debbugs.gnu.org; Tue, 29 Dec 2020 15:07:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1609272465; bh=2kFSrxAF9vTtgFWC7iD2T+GIzUpuf556zAi7JtVXwgs=; h=X-UI-Sender-Class:Resent-From:Resent-Date:Resent-To:Date:From:To: Subject; b=dY0ouoiNU81iUk/bUPX/Kg+SLODRG2VO3McCHq6e87MRauvTX3KqyvwlnGZ4luXaF PPj238HsSJ7b3w9Ej1ouuthD4+PS4zBLbGjWz/H9f9CfwP+LqHp2gF2949KMb2xjHB U/NYjVpJfYYSNHYl64yaqj93Ye7lVxSsZnFCz8Ig= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from E15-2016.optimum.net ([70.19.86.82]) by mail.gmx.com (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1Mz9Ux-1k74Vf2sGh-00wEbl for <23276@debbugs.gnu.org>; Tue, 29 Dec 2020 21:07:45 +0100 Resent-From: Boruch Baum Resent-Date: Tue, 29 Dec 2020 15:07:42 -0500 Resent-Message-ID: <20201229200742.mmc33oy6ncmt3zlv@E15-2016.optimum.net> Resent-To: 23276@debbugs.gnu.org Content-Disposition: inline X-Provags-ID: V03:K1:mT+VtmHe/SRSsGQcTevwQxzWkrVXAdiWrhaZmqAwGyGpoACq1XH EHiQdd/qyFPcM/Mw3rPZOmLIIel58Cgax6tux4LTHzz37iQnGG7bv4AW2vcbo+XEi+2RSuW PpzbGlg2NQa/e7B5Mk+ovhZF5KNQENaBP+b7OteghBQRHXPblAC5cpREL4xt/flAxXvlWAT LOVfnq96t2PrnApiJF50g== X-UI-Out-Filterresults: notjunk:1;V03:K0:JDZ5eryROD0=:zmrP0mkxxHhEp2Ll5L3dSv J1cDyF44eCV8hW54i2ohTIe1fNbqZUdnH/WoIcChfvpg4BwSeUJvYxQ23lhrn1cb1qzVmKN+W ewW3yguBgiQtljFwa5Fq8z+EKer6mSdOo2QiBzuh1FlxnF5Vm0cs0ivwaVrfehL+enknYfJ7r TkVpmbErEoSXYpOYvOc81pKXy8aQcmg7r1pszvCRlKwYhvYdz/3uUM8Rc8uQ+Zt7WI/FI/BUH 3rLN8yEPGiHsmj+INCwkPgK1DI2wiNzltmk02AgegJQwQ8Wa3NUKxqG/AbV4CtitbZCWz1heV C9UfSUaUOc+kAgPijsjjyonzdU6rkOig6Q1eaHLudaykp0YN0mTpyb7IIJPk0EKD31RAx9zlp yYwWBgEcdPruBct/lEEKsBXbQsrx0uJ1C8Yuag36YXRCPx86+jVjgGJ24OwvZdzjw661mRH5W WQ/gjpcGIr/pKaOKTTNz4ZFE3AEehD7wHxsciFOw1kR2OUvrhMDBQfrdr6L4QcRpL2P3YbbxZ Vm0oNBPu1/Q4eacSi354aV8NYlPlhLJTSpMa/xD+iord+qBnc4D5Si10QnTOfFckiNBX1gGuJ YSaQcgts5vAUpyITe7ZWYBqXVCI8NotFhzFdH5XLP5j5GuyNRQXITjfpBRgvYx65ebTYVEc6j FbdX38O2Ngjx6Fg6Nwa5VxYVrqzQLAZumCrrCPnA53uxLqy5tY1gPJnJjiIMkSOcY5YBkifpR ovyNFGgjmpjXJQHPaImNaXtELMIxaj+PJNuWuA7D7r/J2IlRPepTfAdrhasVAu2RUxpQDJRx 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" Xref: news.gmane.io gmane.emacs.bugs:196970 Archived-At: First, thanks to everyone/anyone who documented bug 23276 in the body of file autorevert.el. Because of that in-line documentation, I was able to easily find and read the relevant historical discussion. I don't see in that long discussion treatment of the case of a dired buffer when the directory it describes is deleted. In such a case, there isn't any meaningful recovery operation that I can think of, and any attempted operation on the buffer would only be a waste of time and throw errors. The biggest waste-of-time case that I can think of would be entering wdired-mode on the buffer. I've tried it and it only throws an error on exit, so a user could spend significant time editing the buffer for naught. Of course, a solution for that specific case could be coded outside of autorevert, to have wdired-mode itself refuse to operate on a non-existent dired directory (unless (file-directory-p dired-directory) ... which might be a good idea anyway, but it doesn't address all the other less potentially time-consuming dired operations. Personally, I wouldn't want to see the buffer deleted, because that would mess up package diredc (shameless promo interruption: now on MELPA!), but the buffer could be somehow prominently labeled as describing a now-deleted directory, maybe in bold the top visible line. That way a user would have a record of what was deleted, and would know that the contents are only documentary and not operational. I've coded handling in diredc for its history and navigation functions, but there are also all the 'normal' dired operations to take into account by all the normal dired users. NOTE: Because I'm picking up on this thread from the web interface, I don't have many of the email addresses that contributed to the thread, so at this point I'm hoping the server will auto-magically copy anyone who should be copied. =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0