|
From: | Phil Sainty |
Subject: | bug#54606: 27.1; next/previous image command in image-mode triggers tramp connections for all remote dired buffers |
Date: | Thu, 31 Mar 2022 00:43:23 +1300 |
User-agent: | Orcon Webmail |
On 2022-03-30 02:09, Michael Albinus wrote:
Lars Ingebrigtsen <larsi@gnus.org> writes:Phil Sainty <psainty@orcon.net.nz> writes:That call to (file-truename default-directory) for each dired buffer can cause tramp to spin up for closed connections for entirely irrelevant dired buffers.Hm. Would binding `non-essential' around that call fix the issue?That's my expectation. It's on my TODO to test, but I'm occupied yet. Hope to fix this later this week.
I've just tested with this, and it solves the immediate problem, but it's slow. In my test case it's taking ~2s to switch between images, whereas it takes only a fraction of a second when I'm ignoring remote dired buffers by adding (not (file-remote-p default-directory)) to the conditions. I have 15 remote dired buffers (about half of which are using multi- hops), which isn't a small number but also isn't big, so I think that `non-essential' seems inadequate here (unless this is significantly more efficient in newer versions). -Phil
[Prev in Thread] | Current Thread | [Next in Thread] |