From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#70593: 30.0.50; Dired: buffers of renamed dirs are broken Date: Sat, 18 May 2024 22:45:00 +0200 Message-ID: <87a5kmyhmb.fsf@web.de> References: <87a5lguygb.fsf@web.de> <861q6syxzb.fsf@gnu.org> Reply-To: Michael Heerdegen Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14574"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 70593@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat May 18 22:45:20 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 1s8Qvf-0003Zl-NR for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 18 May 2024 22:45:19 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s8QvN-0006j4-Al; Sat, 18 May 2024 16:45: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 1s8QvL-0006iO-6L for bug-gnu-emacs@gnu.org; Sat, 18 May 2024 16:44: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 1s8QvK-0004NB-Tj for bug-gnu-emacs@gnu.org; Sat, 18 May 2024 16:44:58 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1s8QvO-0005DZ-6C for bug-gnu-emacs@gnu.org; Sat, 18 May 2024 16:45:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 May 2024 20:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70593 X-GNU-PR-Package: emacs Original-Received: via spool by 70593-submit@debbugs.gnu.org id=B70593.171606506720029 (code B ref 70593); Sat, 18 May 2024 20:45:02 +0000 Original-Received: (at 70593) by debbugs.gnu.org; 18 May 2024 20:44:27 +0000 Original-Received: from localhost ([127.0.0.1]:35490 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8Qup-0005Cy-1i for submit@debbugs.gnu.org; Sat, 18 May 2024 16:44:27 -0400 Original-Received: from mout.web.de ([212.227.17.11]:60547) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s8Qun-0005Cs-Ar for 70593@debbugs.gnu.org; Sat, 18 May 2024 16:44:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1716065055; x=1716669855; i=michael_heerdegen@web.de; bh=L9mg2ItPo8yZJnvTJ0jIQg328LkfHMbQvRjVEIZOmus=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=PTjV0A+acRmVheJiinRqK6vng2YWMNvYU8Nsqx1W81npj6hfWT7NT6VfLDhx5pLG BonGyef2VV0h2yYSeG/ZRM4j+iIetp0JoTgBWeMwG5E7xebFVAcu14JMY6Q6MqZwH B7kLu5OEMiwE6F3LNfr71eaHgXXjTzqrLur8iTZgxW1W1sYRthObCWWkuiJhNZY3/ IHtmsVBLt68Rt6uQpdz+saXdecxWRMvMLvXCAr8VQu4SOU4MnfAR9Wz9gMsUJxcrW DvvJlSdZXX4rLeeE0oo/9Hjxm9juxm1KKMVO+v/DA72bIoMHvBAsqgPt0333NpMpK YBtUG/2qyWswJWqaPA== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Original-Received: from drachen.dragon ([84.59.210.113]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MLifq-1rqu3r1fVY-00Vyvy; Sat, 18 May 2024 22:44:15 +0200 In-Reply-To: <861q6syxzb.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 26 Apr 2024 17:55:52 +0300") X-Provags-ID: V03:K1:bbi5zieGCeuNAvDNMiFaZfS9wC9+NKwQnpRhnTynAmKSx3OmW1h 37pguAezcuwM8J2Bin17LzwS4s5YlP0IP131d5ih89VUInKVrvFk6ojD07C3jQQrfxhjW1U Bw0XhQiU+8rbfMuNZx97xNNS666+ZR/yleSTTX+Qm3Y9xyFVSNUHk01q45kO3CQhJ2XhHbk BQ2AHOjaqWIwQ2IL9kw2A== UI-OutboundReport: notjunk:1;M01:P0:1QpUj1YmYss=;eNBTrOY4zCF1A7ZcIfml7CZ0HQ+ hEUGnt6h57/4arb8LB/QWnKkY+tGvgperQNtF9ouL/mmvT6Az1HJ0IJ9nKfozidjPhXEvFMU8 3kftPuWRATSbSZQspv+g71gsSbqqb83M0gGKXj3JP8AK7IrzCquelw81Dqo1M3X61uTy52k/W jmCD8RszTR8PoHYt1lSq0A4lHIErsTotV3tlvjnKletFD0H+SCllkzcChjAQs2jtC6+2ZMl/K FOEtwBpKamyPRfJw/otWZLpIWlx3IM4KeXxEoUQ7BY8FVsjtXLX2qO7WllPWLH+sS7wIXASmb PbaiJmArf5Zcg8G42JTmmHMq5Tt8gqspYsO2a1vU84VGP5mqeUgkWxD/4j1L21jjSjmQzk4uw nPzUpZFEf/jnhX6Lis25uFTk3APRnETHlcDCRsuT97nM8zTJbwd1Ten0P85rJOSY8HnST+zXv T3a0JEhcgxmaT5n0iOrURgT/YhRiqfIMclQmuWp4zuIm+cFBli/mIXDyndSbdVwPZi/ABWfiy Mo7X6QQxApnA3VhSBA6ZURjvg9CD1EVBA7Pg0/Cd8KmOaCnBFDpbu2Xid5p0bhop2B35XcGgA 5/e94tPGNAD7chfQay3HseYND1xkhfDltMWarDMoaLNgdrUYri0120hK6LumXrgmWT5oCJ8Xp 6e8lfx+JbvvRZcar1wL4D7jSfTMlpT8xkqdhhR3xmjku/Fm7kWq2jUNA4+kEswluZKWB1nIUF w5eC/iYfNGLBRFW029+Nk2rAmAGVmFalUYee3wMsZXe5jQ0NamGsiOsaEG9wIpBxodgmLxkg 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:285378 Archived-At: Eli Zaretskii writes: > So all we need to do is call expand-file-name on both of them? Or do > we need also to call file-truename? When symlinks are involved it gets really messy. For example: here is an additional problem I encountered: `dired-rename-subdir' sometimes doesn't even handle our buffer because `dired-fun-in-all-buffers', which is built on `dired-buffers-for-dir', doesn't consider symlinks at all: For `dired-buffers-for-dir' a buffer that visits some DIR under a different name is simply not visiting DIR. Other problems are: our buffer could visit a file under a now dead link. The file renamed could have been moved from behind a link to some completely unrelated place. Our buffer could dired a subdirectory of a renamed directory (this case is currently completely ignored). I feel a bit lost. Fixing this would be nice, at least the cases where this is possible, but it's really complicated and I don't even know the dired code very well. Michael.