bug#64401: 28.1; Desktop restoration

[Eli Zaretskii <eliz@gnu.org>]

> From: Michael Albinus <michael.albinus@gmx.de>
> Cc: tom@tomhunt.email,  64401@debbugs.gnu.org
> Date: Sun, 02 Jul 2023 11:23:10 +0200
> 
> What about
> 
> --8<---------------cut here---------------start------------->8---
> (defcustom remote-file-name-access-timeout 30
>   "Timeout (in seconds) for `access-file'.
> This timeout limits the time to check, whether a remote file is
> accessible.  `access-file' returns an error after that time.  If
> the value is nil, no timeout is used.
> 
> For slow connections, it might be useful to increase the value."
>   :group 'files
>   :version "30.1"
>   :type '(choice :tag "Timeout (seconds)" natnum (const nil)))
> --8<---------------cut here---------------end--------------->8---

Sounds good.  Regarding the default value: how long does it take for
access-file to do its job with "normal" connections?  Maybe 30 is too
long, and something like 10 will be better?

Also, the implementation should probably "remember" the result and
apply it to all the other files on the same volume?

> Implementation note: This would be the timeout if the connection is
> already established. If there is no connection yet, Tramp would add that
> initialization time. Establishing a new connection is always limited by
> a reasonable timeout.

You mean, we already have a timeout for new connections?  If so, why
didn't the OP see its effect?

Thanks.