bug#81317: project-vc-cache might be too optimistic

Dmitry Gutov <[email protected]>
Newsgroups gmane.emacs.bugs
Message-ID <[email protected]>
On 05/07/2026 18:12, Juri Linkov wrote:
>>> IME on sluggish remote connections project-uniquify-dirname-transform
>>> was too slow without non-essential caching timeout.  Whereas renamings
>>> were very rare.
>> Hmm, project-vc-cache-timeout has the entry (file-remote-p . nil) by
>> default, but I suppose the user might change that.
> Sorry, I forgot about this default value.
> 
>> Also even the local version has the debounce effect. So I'm curious whether
>> you tested this with the current version of the code.
> There should be no problems with the default value of file-remote-p.
> 
>> But ultimately, it can indeed be slower (if the user changed the
>> file-remote-p entry), and re-search for multiple project roots over ssh.
> Indeed.

Thank you. Guess it is time to close it.

No further action planned, but it would be nice if someone referred to 
the write-in sometime when doing some future improvements.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.