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#64401: 28.1; Desktop restoration Date: Sun, 02 Jul 2023 10:29:37 +0200 Message-ID: <87pm5au366.fsf@gmx.de> References: <83lefzpj56.fsf@gnu.org> <83ilb3pimj.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38436"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Tom Hunt , 64401@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jul 02 10:30:28 2023 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 1qFsTT-0009px-Ch for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 Jul 2023 10:30:27 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qFsTB-0007bK-3u; Sun, 02 Jul 2023 04:30:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qFsT6-0007ao-MI for bug-gnu-emacs@gnu.org; Sun, 02 Jul 2023 04:30:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qFsT5-0002V3-BY for bug-gnu-emacs@gnu.org; Sun, 02 Jul 2023 04:30:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qFsT4-0001G5-QB for bug-gnu-emacs@gnu.org; Sun, 02 Jul 2023 04:30:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Jul 2023 08:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64401 X-GNU-PR-Package: emacs Original-Received: via spool by 64401-submit@debbugs.gnu.org id=B64401.16882865884789 (code B ref 64401); Sun, 02 Jul 2023 08:30:02 +0000 Original-Received: (at 64401) by debbugs.gnu.org; 2 Jul 2023 08:29:48 +0000 Original-Received: from localhost ([127.0.0.1]:59176 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qFsSp-0001FB-OW for submit@debbugs.gnu.org; Sun, 02 Jul 2023 04:29:48 -0400 Original-Received: from mout.gmx.net ([212.227.17.20]:59731) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qFsSn-0001Ew-8w for 64401@debbugs.gnu.org; Sun, 02 Jul 2023 04:29:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1688286578; x=1688891378; i=michael.albinus@gmx.de; bh=PXhMkHYPZEe8gvEcUmsCws41WW0Nz2ks1FqUtZclT0U=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=bYXq1L3tZYxVGME9Z/o1bHF6F8aEOJKQQ2O/5eUp1XyXsjnteBRLxnkBilV5uYaoc+mE0q/ BVzKem2eG3BqAPzoXwAw/jwTNPPJRdwdGpHScujVseukLi7l/dZ0nVAEteUfoNBOZLkNyeZeY WCNXQWVYxAYJQTxmpdqI1AhRbtOBCDJ/arPLHUFrSmnKQI9IxQ9LQlHYJ12Em9ZIwB35PD1KZ /kOqeLNcZqJ2IsgdPmlEAMDb3LKiZwJrckktiYMwtYsGeO+p6r0/kGW/PePzvTwC7RwghDFsO E0BV5F7lxR5fFznxmbwsnFfWXlMpdT/IAGimtac+/fKUVGoSdRCw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from gandalf.gmx.de ([185.89.39.13]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MZCfJ-1qSojL09kf-00V61H; Sun, 02 Jul 2023 10:29:38 +0200 In-Reply-To: <83ilb3pimj.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 01 Jul 2023 21:54:44 +0300") X-Provags-ID: V03:K1:mUV0n3uKwaMJUFxVFfEGCCLLLII91t0T63VKT4byDKMh3Bg0z4B 7j8KFEqMf1HbH25kK9y7pQJjP09JUedzguvyZLf1Iy+VtleYQdttAhgG49KTl4YtM4KqcaG xWBoO6BOTqfJVzKi/I4mGyL3GHatSbPh6Q0Td3eYFVdp9MiHmtFTEE4JJRjWBW9HLRZ6mzL tSt2WKdBbq9wLLbuTPolQ== UI-OutboundReport: notjunk:1;M01:P0:joUdrzFu1AI=;LtuWLjvHLxaPVCv+Ukp5K5eAZLo JH1haJ2mfJjmcC+uGHSZQ1XdGfxyhd/RsSZnuFD03EKMSu2Tv9u2Yu2iav7LF7QRALtbgLB94 w5+9qSi2UfB6jk/W/8Dv+ANnMHfKxhg5DdIbKLt4ycbjdfZ+zaFkzkk5mf0TF/fpxO9FbE2sc zX7IGiDQ8tSMtQVEoCmLiBAbf43/WYONTxNuvs8U2fVDXq/rFaexIIzM1tnTVeIVu2IW3i40e DdIf8m1nIkIRDs3SdtEFSsKhIzcF9VmOU3N24j/KWAv52tTItFwwymvdnUAgVGMmWm6Bulyss ZA3vP9CCbPE6Hb5VuTVV4M9HJIoFqsZsqhnDpFXLGXzaGp8/TFA4AhPbhBRbcxGYFD6IywNpD tBEl5v3KzgVJb9tjs1UkSYpaMrUYpWNI++quDMvmxfCufaGdh8qJ63wRjttgJCc2dL/W0O9We Xwi8EVrzbGiumNsKP8xMDHUtQRgyAWlmu4PkoT//mjXcyz9lmotvAKUdcKwhBWCJh8kcACmNe BC2qd9Usa+dE8J0/En5FVgxvIz9lt2ETcEcJNnO3MggWvRpSWk+SvWt2KUg96mL+YqUvAOSq1 xlWNWWJVLoToNRArzdvHKphQAVZn8tV688vH6mratXL/l4Og4KVNLoJUr3orRmqaGpJJEGDfZ tzMTbqd3TpgfuNcQ6ismqWjqt03NEWtaRw2hq72DVEqMy334GuIkPFvLWf0TUlGSrqt0ri2fL XLlj7v+kITWRJwss0gi+qjwSISDWKpmNtmFUKQhfS2LlpFX5fs5WYXn4b7CX38LzBdyce2tZ 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:264461 Archived-At: Eli Zaretskii writes: Hi Eli, >> The problem isn't at save time, it's at restore time. The issue is >> that, if a saved remote file isn't reachable, it hangs the whole >> restore. Ideally, an unreachable saved file would just be skipped >> over (at restore time) and the rest of the session restored. > > I don't understand how this could be done, given that discovery of > inaccessible files is done by trying to access them. If you can think > about design of this, maybe we could implement such a feature. > > Michael, does Tramp have optional behavior which would abandon attempt > to visit a file if it takes more than some predefined time? No, there isn't. And we cannot implement it for visiting files, because we don't know what would be an acceptable time period for visiting. There might be extremely huge files people try to visit over a slow connection. But what about extending the semantics of `access-file'? It should timeout after a given predefined time. The problem is how to find out this timeout value. For remote files, it depends on the quality of connection (and perhaps on the performance of the remote machine / file system), so we must make it configurable, with reasonable defaults. This timeout might be even useful for local files. Think about hanging mount points and alike. Best regards, Michael.