From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=3.4.2 Received: (qmail 25049 invoked from network); 17 Apr 2020 16:36:41 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with UTF8ESMTPZ; 17 Apr 2020 16:36:41 -0000 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.92.3) (envelope-from ) id 1jPTyK-0007vm-K5; Fri, 17 Apr 2020 11:36:08 -0500 Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jPTyG-0007t0-EK for ding@lists.math.uh.edu; Fri, 17 Apr 2020 11:36:04 -0500 Received: from quimby.gnus.org ([95.216.78.240]) by mx2.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jPTyE-0005Nz-49 for ding@lists.math.uh.edu; Fri, 17 Apr 2020 11:36:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References :Message-ID:Date:Subject:From:To:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=SBXBT42v53jaBW+JIgg+dn7aD2BSLUO+XYf/mPLe2JY=; b=cHcM5RLbkGpe5SGmhw/OmEZ5MV 305+ndh5sKMLU4R25xJcOxxFYciaUfyiJ8QSdrSYZIPZV5iUnuF92/yLhjKsHJBqlNeFAjHpM8+wn I93qfKs+7hIbHyIlhOMDcK25LkXPKVm2IuZ8P2hDeQ6/mS/z1JrLxJBgHRuF1VhYkplc=; Received: from ciao.gmane.io ([159.69.161.202]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jPTy7-0002jD-Ck for ding@gnus.org; Fri, 17 Apr 2020 18:35:57 +0200 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1jPTy5-000Lft-Hp for ding@gnus.org; Fri, 17 Apr 2020 18:35:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ding@gnus.org From: Eric Abrahamsen Subject: Re: new wifi connection = nntp timeout = Emacs restart? Date: Fri, 17 Apr 2020 09:35:48 -0700 Message-ID: <87blnqax3v.fsf@ericabrahamsen.net> References: <87sgh3coxn.fsf@ericabrahamsen.net> <87wo6e72sk.fsf@ucl.ac.uk> <87mu7a8fs0.fsf@hillenius.net> <87sgh2i9hn.fsf@igel.home> <87pnc6b1xy.fsf@ericabrahamsen.net> <874ktinmuy.fsf@randomsample> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cancel-Lock: sha1:m4i420I3GvsKOyaFjLKLsJBVDlI= List-ID: Precedence: bulk David Engster writes: >> Andreas Schwab writes: >> >>> On Apr 17 2020, Gijs Hillenius wrote: >>> >>>> Yes, I do that too. And when I forget, I /have/ to quit Gnus when I wake >>>> up the laptop, or else hitting g will make Gnus just hang out there for >>>> a long time before it returns empty handed. >>> >>> Does it work to close the servers (gnus-close-all-servers)? >> >> I use "z" sort of compulsively, any time I haven't touched Gnus for a >> while. (I've also put all my nntp groups at level 5 and all my nnimap >> groups at level 3, so I can do "3 g" and not worry about it.) >> >> "z" usually works, but the point of this thread was that, when I switch >> network connections, it often *doesn't*, and neither does restarting >> Gnus. I've got to kill all of Emacs. > > This is weird. > > I see you're using current master. Does this also happen with current > Emacs 27 pretest? I haven't tried switching back to Emacs 27, but it's been happening for ages, since master *was* 27, so I wouldn't expect much difference. > I usually do not even close severs or suspend Gnus after a network > switch. I just hit 'g', and if Gnus hangs I lean on Ctrl+g until it > aborts and then hit 'g' again, which is usually enough to re-open the > servers. Yeah, that's basically just the long way around for closing all servers :) > I've already thought of using DBus to automate closing of servers on > network change, but never bothered to actually do it because it works > well enough... It works well enough for me, too, until it doesn't :( Maybe I'll open a bug report and see if anyone's got any hints about debugging, it's fairly reproducible. E