GNU bug report logs - #53223
27.2; multi-hop TRAMP with find-file-visit-truename t

Previous Next

Full log

Message #19 received at 53223-done <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Aleksei Fedotov <aleksei <at> fedotov.email>
Cc: 53223-done <at> debbugs.gnu.org
Subject: Re: bug#53223: 27.2; multi-hop TRAMP with find-file-visit-truename t
Date: Wed, 23 Feb 2022 09:40:43 +0100

Michael Albinus <michael.albinus <at> gmx.de> writes:

Hi Aleksei,

>> It works exactly as described in the documentaion, but what is bothering me is
>> the difference in behaviour depending on the state of
>> `find-file-visit-truename'. It should only affect symlink resolution, but it
>> also changes Tramp behaviour.
>>
>> If `find-file-visit-truename' is set to nil, then Tramp is able to revert the
>> buffer and add a multi-hop definition back to `tramp-default-proxies-alist'.
>> If `find-file-visit-truename' is set to t, then it doesn't work. Shouldn't the
>> buffer somehow preserve the full path?
>
> It isn't just a find-file-visit-truename problem. Tramp cleans up ad-hoc
> multi-hop proxies when tramp-cleanup-all-connections is performed. This
> could happen for many different Tramp file name operations, not just
> file truenames. It is sheer luck for you that the example works when you
> haven't set find-file-visit-truename.
>
> If you replace tramp-cleanup-all-connections by tramp-cleanup-this-connection
> in your example, it works as expected.

No further comment, so I close this bug.

Best regards, Michael.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.