From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#53223: 27.2; multi-hop TRAMP with find-file-visit-truename t Date: Thu, 13 Jan 2022 15:00:40 +0100 Message-ID: <87a6fzpwfr.fsf@gmx.de> References: <877db48x7m.fsf@hp.cfotr.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26629"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 53223@debbugs.gnu.org To: Aleksei Fedotov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jan 13 15:03:44 2022 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 1n80hc-0006mG-5H for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 13 Jan 2022 15:03:44 +0100 Original-Received: from localhost ([::1]:59984 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n80hb-00059E-2b for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 13 Jan 2022 09:03:43 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:59994) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n80f0-0004Ix-KK for bug-gnu-emacs@gnu.org; Thu, 13 Jan 2022 09:01:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39400) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n80ez-0001Tt-Kq for bug-gnu-emacs@gnu.org; Thu, 13 Jan 2022 09:01:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n80ez-0001uL-K8 for bug-gnu-emacs@gnu.org; Thu, 13 Jan 2022 09:01:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Jan 2022 14:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53223 X-GNU-PR-Package: emacs Original-Received: via spool by 53223-submit@debbugs.gnu.org id=B53223.16420824517309 (code B ref 53223); Thu, 13 Jan 2022 14:01:01 +0000 Original-Received: (at 53223) by debbugs.gnu.org; 13 Jan 2022 14:00:51 +0000 Original-Received: from localhost ([127.0.0.1]:60536 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n80ep-0001tp-D0 for submit@debbugs.gnu.org; Thu, 13 Jan 2022 09:00:51 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:47405) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n80en-0001tY-1m for 53223@debbugs.gnu.org; Thu, 13 Jan 2022 09:00:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1642082441; bh=XKLhbmnOeBMCLbpN9tsjFCnfOn95rAqm4v4cmY5f85s=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=Jk6XPQ7TYKRHPiTZ3XPqMamt4FoFUxXFtH/jscJpH4+I2c8F4c9153VXpyZIVHUc0 hY0+9USQbrT9211ODpySVUSF8iqUh709u87pZtPQHOem0gvdk8SLDRmKZ3hlF6zfJq BfOfyFcXqkX0XjUA0+aW6ZEMhqEDHmBNr9Q9Jqts= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from gandalf.gmx.de ([213.220.157.129]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MCKBc-1mzjCN0apu-009McH; Thu, 13 Jan 2022 15:00:41 +0100 In-Reply-To: <877db48x7m.fsf@hp.cfotr.com> (Aleksei Fedotov's message of "Wed, 12 Jan 2022 22:23:41 +0100") X-Provags-ID: V03:K1:nrZf8DHnmF7C9XUyMGfq9cz341K+6gds+9FPAYRxf/Ttnh9i/2A 19N4nTn2UZsSFVe+oZBiFZrHTGzOgyPJrPbapc4XynIARQfjEvhOTdHvQ5uV2f6jKxKx9KK sFvrpAAuJkKnPA8NZjdaSzOsWxxkLO+h7YvH6l/S+EtFsu93bqCN12fXNqOExRDYLN3LYyk AUpCNiWZmbowxkP1xn68g== X-UI-Out-Filterresults: notjunk:1;V03:K0:uPqnH4DIaRQ=:+xa309Mw8DKszp/Mah1sgA zC7S1nrWpahthJ9Bg1OX+P+hSxwjVDx1V+fPVqYEUUJXMhidjiqXIyfZO3AHbwdtFYD3ITcZT oY5L6an4kNq0NQzP9q13/niPOSzjsEV3cKZJt1j9R5Uygy4nnLC7dSFPUJ3Bl4xFuj88jrJYq XEN53hed95XJNiLQzxCKfN7mCylQT6YzAXGEx2+FPoJ3xchVBj67rp9FF0Q/KXplGwVNMGGbe r1Pl279+JnHOHvn1ulLt6TIy6CwINLfYM3EgPMgrKQ/v4yBXisvfH+vaRxWFnNDEzGou9iKnX NsEa6zCAZgZ0VPzXXPEmBOBtiPjK9YJtz1gEZJ+s/DCPH3xMK7h7Juaq57cbWjUBzmiWyp2gw MLfQ5sz1ME/zXQknfmXzWnj644aT1oVr8MkjQBeluRKqAJ/ObZqiVXB7ddCUd+dzYsL6k9Osg sOia7nHOLPDnbCXkPOht3zsIICzTndynQSete/7giYmiZivDAoa01s58THD6ciGfwBkmt27eV Jodzo5CWCNtjyy1MzOGKc3yPc7GNFeHH8KYzDqU4VHZo8MFiCqJtloD8dpS2FnRaKBg8z24cd F6erqRlVFCn+8xq6LL+suT9Xjoy9qIawfLGkUwy1kVsHSbOgaviuzSr+WUdXioTST2qOynBP+ Ms5BqU+5hZKJz7r3t/JkTgoMiS3vLMNczlej+ewD7F70x6hUmoAnmTiDLgoQo0MyYFTVlv2sk IgsLEbMDhUR1stNXbgl8+elh7dGVv+ql97QqAGWcyRZPGWuIDmYMYdH9YsCFQH7PB1K7Y9Vg 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:224111 Archived-At: Aleksei Fedotov writes: > Hi, Hi Aleksei, > I've spotted a problem with TRAMP when using multi-hop ssh with > find-file-visit-truename set to t. > > Assuming that there is a remote machine XXX.YYY.com with SSH server. On local > machine I run emacs like that: > >> emacs -Q --eval '(progn \ >> (require (quote tramp)) \ >> (setq find-file-visit-truename t) \ >> (with-current-buffer (find-file "/ssh:root@XXX.YYYY.com|ssh:localhost:") \ >> (tramp-cleanup-all-connections) \ >> (revert-buffer)))' > > It successfully connects to the remote machine and opens dired buffer with the > correct content, but the filename name in the dired header is not > '/ssh:XXX.YYYY.com|ssh:localhost:' as I might expect, but > '/ssh:localhost:/root:'. After (revert-buffer) I get an error in *Messages*: > >> tramp-handle-access-file: Reading directory: No such file or directory /ssh:localhost:/root/ > > The issue does not reproduce if find-file-visit-truename set to nil. It looks like 'file-truename' doesn't work correctly with multi-hop tramp file names. Tramp behaves as expected. You use an ad-hoc multi-hop remote file name. Such ad-hoc definitions are removed when you call `tramp-cleanup-all-connections'. This is described in the Tramp manual (info "(tramp) Ad-hoc multi-hops") (info "(tramp) Cleanup remote connections") If you want to keep multi-hop definitions permanently, configure `tramp-default-proxies-alist' as described in the Tramp manual, or set `tramp-save-ad-hoc-proxies' to t. See (info "(tramp) Multi-hops") Best regards, Michael.