From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 31521 invoked from network); 5 Jul 2023 08:04:58 -0000 Received: from lists.gnu.org (209.51.188.17) by inbox.vuxu.org with ESMTPUTF8; 5 Jul 2023 08:04:58 -0000 Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qGxV5-0000LX-2L; Wed, 05 Jul 2023 04:04:35 -0400 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 1qGxUx-0000L5-Mk for info-gnus-english@gnu.org; Wed, 05 Jul 2023 04:04:28 -0400 Received: from mout.gmx.net ([212.227.17.21]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qGxUv-0004uT-I8 for info-gnus-english@gnu.org; Wed, 05 Jul 2023 04:04:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=s31663417; t=1688544249; x=1689149049; i=stephen.berman@gmx.net; bh=+LmkwVe75Sk+17RoHNhua6nNQWP7CINWCDS1UR54/dk=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=a/p7TzNqRcawrUmNJfel0jZzd35zvUyT/n5k7nsH2xVMsN6y+ps7Rbb3Uzj76oxLrg0r7Mu izyg3Mrxy+smT8+WIn68Y/R/Igh2/9lM54ExGYEKaD0OVsaMwQ4+7tIqoRMMfkdtZshs6/BNm +jEx6KFoQ7fxnJ4FCG6GoiZ563qorYbfpM+TYe7NnDuTAiLkM92xBKYY0Hpzn15z/qDQ7ozEJ Y+k++2zW6sYoLhGI8bBI1B431DGbiRnA7110Qe5fhYhoxDJAaXfreAeoDoLBfnAOh97vhprXy ffeyX9LUwkmHMyEsPA6n1I7F2d1pNJ+oSh6byGNDvRoKEdFhee3A== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfssd ([94.134.196.39]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MXXuB-1qVaqs0DYF-00Yzpr; Wed, 05 Jul 2023 10:04:09 +0200 From: Stephen Berman To: Eric Abrahamsen Cc: info-gnus-english@gnu.org Subject: Re: Gnus fetch freezes emacs In-Reply-To: <87mt0bdnki.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Tue, 04 Jul 2023 20:50:05 -0700") References: <87sfa9nhp4.fsf@gmail.com> <87ttuoeoej.fsf@gmx.net> <87mt0e1h0u.fsf@gmail.com> <87h6qlsw3n.fsf@ericabrahamsen.net> <87o7ktjgmw.fsf@ucl.ac.uk> <87zg4dq7ed.fsf@ericabrahamsen.net> <87wmzfx69o.fsf@gmx.net> <87v8ezehjp.fsf@ericabrahamsen.net> <87sfa3wiwu.fsf@gmx.net> <87mt0bdnki.fsf@ericabrahamsen.net> Date: Wed, 05 Jul 2023 10:04:08 +0200 Message-ID: <87lefun5s7.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:ngp7rH/yvQWXuCJviFNpLNX6u78hWIAy7Pixh2G82QHQizL6OgF pR68IxIauONgRvQ/Tjw1G/1w5OprZKL4TUgh+NdV/cx3WCeVqwvVndprpvg0NGMrnskuhZ7 GVif4FO2rzPnP41dVqagrCBGxTSZQijqOgPRgZUdt0UQ+3QPyFkT9BYgI+ZNZpsWU4IxHc6 KBrQLnqJPLuKHtun9WitA== UI-OutboundReport: notjunk:1;M01:P0:mnEf/qsxaEQ=;iGvA2zIBNEUGHaq9qphbkk8qiwp BFFp/B5wsTSdJO4b3rcdrNPoHWJ4AclgV119sCztclXgMvXTZv6ALPdT1On7q8ZF5N/znA+NZ lD5HfOg1KIga/GqxueFTJrBhqc/9QWgWraGKMvGG7et81WvCAScgdC7ji5VFKqF8KNOuDfgDL oIznZIt7fB1nLHgOjgAQYC69aeOcPreznxksx969XU6Ck16+Et1B1WtEnJddKv0Rqlk/zbKn1 0F97UsRm/BLRMlnlSl2OO2sT01G9kuGoBya0my/CKaFLwVqMo+V57IhSmcQ5tsTe4Ggw/pkKr R0797gKW1zkczw78Zc7LY/RDQxxsSDf9FgD9wTfJtDqewkX2CUTk3m4befox0r/yiMFV1IQin byV9HmNiDHPuiJU078uTdJxb7F23hIpVgks6LfEokQrQUClIboDzAjOGenY1qJ3aaEgiRvEvV h6WZJyiZnFgKBjijCjCckaaVi9thyRJ73DFj2badEkrThnheS2VK/xd8oA+wVIaK62sEBK+jV DgvZjZ1brtLMpgSKRagZTKpB5ttwkdsnG0TOJUV4H2Ba8T0YE4zLz162nC8sjd+j42ZEXtIo2 HYCOwrYyR2uU42TlR+oTLSwZGFe9wwfM6WlzQaWxdrDphQXC89+t2eX05JSeou9VwS7PQrAEa KtvCojBVUNMxwxCfdPeKXpzhBJ19niW4N1D8+yioC/dwQAPOv3ZfpTMt+2rOtCkoN/yJDcPY5 KpigwOJXGtvNqvJowPZ67lcwdzQtkBYDHv121ybWe7p+nQZTE0M6h0yQpVmL2zpzwM9H9udg3 OXOnElZ2iLGbifjwW3AI+yBeITpcGFGR9LZBtOoTuZ0hjQDt9mvlA9BFSOr++xTl9Aquw8GpD UymWvQzf6MLLy983x6+Y/ZmwkfdATXSM5QoWaoX3pCmNlsKagAdX8WEaSuZBGAE8XdNKn+6wW z1xnBBxf7bh2qBBvC0iFxWV3fiA= Received-SPF: pass client-ip=212.227.17.21; envelope-from=stephen.berman@gmx.net; helo=mout.gmx.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: info-gnus-english-bounces+ml=inbox.vuxu.org@gnu.org Sender: info-gnus-english-bounces+ml=inbox.vuxu.org@gnu.org On Tue, 04 Jul 2023 20:50:05 -0700 Eric Abrahamsen wrote: > Stephen Berman writes: > >> On Tue, 04 Jul 2023 10:02:34 -0700 Eric Abrahamsen wrote: >> >>> Stephen Berman writes: > > [...] > >> This: >> >> (defun srb-gnus-group-get-new-news (&optional arg one-level) >> (interactive "P") >> (with-timeout (1 (kill-buffer (nntp-find-connection-buffer nntp-server-buffer)) >> (gnus-group-get-new-news)) >> (gnus-group-get-new-news arg one-level))) >> >> (define-key gnus-group-mode-map "g" 'srb-gnus-group-get-new-news) >> >>> Eric F is just describing the >>> unfortunate behavior of nntp-connection-timeout, which interrupts the >>> entire fetching process when it hits the timeout. >> >> Is that different than what the above function does with the kill-buffer >> sexp? (Not a rhetorical question, I know next to nothing about news >> servers and their connectivity issues.) > > The `nntp-connection-timeout' variable has different behavior in that > NNTP servers are allowed one "retry" if the connection fails. The code > around that is very confusing to me (which is why my earlier fix was > buggy). I don't follow you, but no need to elaborate further here. >>>>> Yeah, I'd put in a dumb fix for this that turned out to be buggy, so we >>>>> just recently reverted it. I have a more thorough fix in progress >>>>> somewhere here, that would report a server connection failure without >>>>> interrupting the rest of the servers, but it's not done yet. I've had >>>>> very little time for coding recently, but will get to it At Some Point. >>>>> >>>>> Glad it's at least better than it was. I wonder if we should have some >>>>> generous timeout set by default... >>>> >>>> It might make sense to continue this discussion in bug#52735. >>> >>> This doesn't seem like the same issue -- this problem is pretty well >>> understood. >> >> Hm, I had understood from both Prashant Tak and Eric Fraga that the >> problem they have is essentially the same as I do and what I reported in >> that bug. But that problem doesn't seem to be understood. If by the >> understood problem you mean the effect of nntp-connection-timeout, >> doesn't that just mean using it isn't a real fix for the hang the three >> of us (at least) are experiencing? That's why I thought other >> approaches need to be considered and bug#52735 seems like the >> appropriate venue for that. But I'm fine with continuing the discussion >> here instead. > > Oh I see what you mean. In your bug report I'd gotten the idea that > something was going wrong with accepting process output, and had a > missed-the-forest-for-the-trees moment around it simply being a dead > process. > > Using `nntp-connection-timeout' is the proper fix for this problem, it's > just got a bit of unfortunate behavior that needs to be remedied. I'd be > inclined to start a whole new bug report for a fix for that, because > it's really a new issue, with its own larger-reaching design decisions. > I suppose we could merge #52735 with that, though. Feel free to open a new bug for fixing nntp-connection-timeout. I don't know if I can help, other than trying out suggestions and providing feedback. In the meantime I'll keep using my workaround replacement function. But I wonder, could this issue have been triggered by some change in news.gmane.io around early to mid December 2021? Because that's when the problem start for me, and prior to that I don't recall ever having this problem (perhaps sporadically but not with such persistance). Steve Berman