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 3358 invoked from network); 4 Jul 2023 19:56:28 -0000 Received: from lists.gnu.org (209.51.188.17) by inbox.vuxu.org with ESMTPUTF8; 4 Jul 2023 19:56:28 -0000 Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qGm8B-0002Qu-NI; Tue, 04 Jul 2023 15:56:11 -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 1qGm88-0002PX-I5 for info-gnus-english@gnu.org; Tue, 04 Jul 2023 15:56:10 -0400 Received: from mout.gmx.net ([212.227.17.22]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qGm84-0003eW-FG for info-gnus-english@gnu.org; Tue, 04 Jul 2023 15:56:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=s31663417; t=1688500546; x=1689105346; i=stephen.berman@gmx.net; bh=QysQzErVetM/Zrnmqf8v55nnk9UByTVmScBAUo6Ch/c=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=ofpeciXNXpJhW8WUEYzlx1YCNoDlPpVU05bZBFX9h/C93ufFOlbFif9RIgF4jzWKy/81H+N fcI2aqMmdfWrwXo8WkLP4eD795Xeu3o1XNwsmeWsZvC4KR0uoSMXJmRPSjBfaWFOzhOIqkn+X CambQwsHXPE37+PoU9P4nhhDytJd5HUz8PfH2PD24uLmLX8zifFaU+LbLX6y6dxku9d4AS9/1 0hd+7VdczeI3UUzJNOUIlC830XaT59hUdSaN3xe9sHxFrJhGCyK46TuGUhKawo+2ctjSmvCot c7JfpxwPVqfSb1pP4REf0OulrbGv5skoJYy+OsVR8HZEakuxU6fQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfssd ([89.246.36.24]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N2Dx8-1ps3kS2vs6-013b6j; Tue, 04 Jul 2023 21:55:46 +0200 From: Stephen Berman To: Eric Abrahamsen Cc: info-gnus-english@gnu.org Subject: Re: Gnus fetch freezes emacs In-Reply-To: <87v8ezehjp.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Tue, 04 Jul 2023 10:02:34 -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> Date: Tue, 04 Jul 2023 21:55:45 +0200 Message-ID: <87sfa3wiwu.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:zEkujB09rlHczgiLj7Z984JhzhcYpvLrBxiRwmqP0AACsg2j1nv yaOjvIoeSztkWSb/AYNPXhdOcAnFjdObHKZZlNrz0ezUnYbQUAf68q2BE9ri1MHKuhYqkPt VTWjYVsL4yzNZauGqmIDXgRDcTOE5nqFGR7DkUvVZBBai5wVBBsv9cC6nUgTDr02s6n1gna kQZxsF6r8QxxgZHVNQPXg== UI-OutboundReport: notjunk:1;M01:P0:6lUBsJsOmcY=;yx4nLy2lEUd41o3yGrmo60p8wGB 8uicn7AgChHJKFjV8lY1QiLJHxPRic1RX5S+wI74+uhCFc2MV5OP/ojpk/zeaqLk7HgBFY22m 7sW9HG+MGRjWJN0SGvZQjGLfB/pHfBYo1kyldOp/+jwtBYkRMKPOdy/Lf4fiPgq38k33PrLdT CREIGOnaGUmiHcMbUWqT5OQ4laQiZAi4pVFtnTFgWakBP0aDMW9l+Y7QD0zH3bEv+2UNyF2U9 aQawJBAaa5yxCVtiu5gfFUn+Nr7Ia/k0vfruCetsFfAjrq6p7ty+LE+F1vJF3DpWEIdwNMWyn X8hlP+VbugiDMk1pV83vvYCGgARlMCDKjmGFoFXkcuWWTEkGAgf/u1f7noEorSHMfSbUG6H3t cRlow6T6uQ+dLnus735gczJULEGo9rITwGQpAQ50i+UPAuP+L0LnALZHLw/u4tWdJhwW+e4ZW O4qr88srAmghiR0y1XkTtlIjticaRPLifcV2wfj2HkaoJuiUvb9XtaK1JlgVv9v66LKPwjpVo G4zngGm4aWynSZxkkYE3KJGxNRW2nrggH4B9S2/fDUoIrSMQNWRsxWe746XQAWbkKbV1gAOZ0 wpCImSUE7ENx1vJ+vXhxf6y0T1Kl6ZOZmXSXna2recsPghA9MjJiQJ32tqlnkh1mg6Nb4guDJ oGKpu+fqoAUk2cfV90o/OI3l7XDHLDE+GDS/R+GVLEuwQ5B/O9y+em50GB1NFT26giz4nQu6X FQ1Vt+pZ4OPtAXKhVDU7bhnu4X3+h00sMk5qxggDZeu5MaGvxUMWY1OJ1OnOqTZ5LgC4o26F/ GFPFU/QcuwHilyHP4iYcm5i551h8qkzJmRaejfv1BNAk1ud5WvmNTo3+fZBO00suRftc/2CRs N4qNzfpGmfT+KxRINTlTYThXqt2RLJwZepofLi+XklCMLq35WUqQpM8hWCuwxKstYjL/wZ5fk IApFgg== Received-SPF: pass client-ip=212.227.17.22; 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 10:02:34 -0700 Eric Abrahamsen wrote: > Stephen Berman writes: > >> On Mon, 03 Jul 2023 09:36:26 -0700 Eric Abrahamsen wrote: >> >>> Eric S Fraga writes: >>> >>>> On Sunday, 2 Jul 2023 at 16:59, Eric Abrahamsen wrote: >>>>> If everyone's hitting this with NNTP servers, you can set >>>>> `nntp-connection-timeout' to a number of seconds. It is nil by default, >>>>> which I guess would result in permanent hangs. >> >> Is this variable supposed to be set in the value of gnus-select-method? >> For example, like this: >> >> (setq gnus-select-method '(nntp "news.gmane.io" >> (nntp-connection-timeout 3))) > > It's a defvoo, so it can either be set globally, or as a server > parameter. Ok, thanks. >>>> So this works, in the sense that it stops me waiting forever... However, >>>> it seems (early days yet) that when it fails to open the connection to >>>> an NNTP server, it stops retrieving news and I have to hit 'g' again to >>>> get the counts etc. updated for other servers. [...] >> >> That sounds basically like what the function I'm using in place of >> gnus-group-get-new-news (see my first post in this thread) does. Could >> such a function take effect if added to one of the server hook variables >> nntp-server-opened-hook, nntp-server-action-alist or >> nntp-open-connection-function? From the descriptions in the manual it >> isn't clear to me. Or is there some better Gnus hook variable for this >> purpose? If not could one be added? > > I'm not sure what function you mean. 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.) >>> 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. Steve Berman