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=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 32700 invoked from network); 9 Nov 2020 16:58:12 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 9 Nov 2020 16:58:12 -0000 Received: from lists1.math.uh.edu ([129.7.128.208]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kcASq-000c2W-2L; Mon, 09 Nov 2020 10:56:20 -0600 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94) (envelope-from ) id 1kcASo-009ySh-Rw; Mon, 09 Nov 2020 10:56:18 -0600 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kbasg-009eds-Jt for ding@lists.math.uh.edu; Sat, 07 Nov 2020 20:56:38 -0600 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kbase-00H0NB-Qd for ding@lists.math.uh.edu; Sat, 07 Nov 2020 20:56:38 -0600 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:Subject: References:In-Reply-To:Message-ID:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=fpWsYB3WB2Pwo1FTblzOTtWKZEfZ9UpcmczIpMaEwHk=; b=PaI+3lWJDC7V2nGbyQ2VitA5rV BIRNQ4Psn0RbQv00OzJ0yH2Q/ZiHU+HOmx0lxnYVPaWnxJv4wLBDAt7nBWWUmWZxNVkaxNhu6/VdW DboHPBg9YIovsL6QT0o9qqdBOLmeT77o+iwb1Zb/wAn/QZQwIbzPzcGfNlNnN+IvF+kc=; Received: from andy.bu.edu ([128.197.41.152]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kbasV-0003Bp-29 for ding@gnus.org; Sun, 08 Nov 2020 03:56:32 +0100 Received: from [193.176.211.54] (helo=[127.0.0.1]) by andy.bu.edu with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kbasK-0002Ce-Vb; Sat, 07 Nov 2020 21:56:17 -0500 Date: Sun, 8 Nov 2020 02:55:56 +0000 (UTC) From: Andrew Cohen To: Eric Abrahamsen Cc: "Jose A. Ortega Ruiz" , ding@gnus.org, Andrew Cohen Message-ID: <7161fa1e-7fe2-4355-927c-bafb5dc0cd74@andy.bu.edu> In-Reply-To: <87v9egbmje.fsf@ericabrahamsen.net> References: <87blgdavsb.fsf@ericabrahamsen.net> <87y2jfvw9t.fsf@gnus.jao.io> <12MvvhYMQyipeZzkJx1ODwHAD4xQZo6qw1FSX6nvgZAyLZCPkEVFXXGxOQTuxL1zvwZC6BER4jnUFXNgIEjIZA==@protonmail.internalid> <871rh569u1.fsf@ericabrahamsen.net> <878sbcabg3.fsf@gnus.jao.io> <87v9egbmje.fsf@ericabrahamsen.net> Subject: Re: New "gnus-search" syntax and interface MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Correlation-ID: <7161fa1e-7fe2-4355-927c-bafb5dc0cd74@andy.bu.edu> X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam_report: Spam detection software, running on the system "andy.bu.edu", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Ephemeral groups don't clean up properly if the retrieval fails. I'll fix this in nnselect and then think about something more general for all ephemeral groups Nov 8, 2020 10:38:41 AM Eric Abrahamsen : Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] List-ID: Precedence: bulk Ephemeral groups don't clean up properly if the retrieval fails. I'll fix= =20 this in nnselect and then think about something more general for all=20 ephemeral groups Nov 8, 2020 10:38:41 AM Eric Abrahamsen : > "Jose A. Ortega Ruiz" writes: > >> On Fri, Nov 06 2020, Eric Abrahamsen wrote: >> >>>> Also, sometimes some of my ephemeral queries seem to get "stick",=20 and >>>> they are repeated over and over every time i do 'g' to refresh my=20 group, >>>> even though i cannot see any group (it was ephemeral). >>> >>> Huh, that's odd. How do you know the queries are repeated if the >>> group's gone? >> >> Because i see messages in Messages describing them, which mention both >> the query and the (gone) ephemeral group.=C2=A0 Also because if one of t= hem >> takes a while, i see the update halting on it. >> >>> These issues both sound like they might be more of an nnselect thing >>> than a gnus-search thing -- did you notice any behavior like this=20 after >>> the nnselect update (landed September 5 in ecfc13e), but before the >>> gnus-search update? >> >> Hmmm, it could be.=C2=A0 I don't use search a lot, but i'm thinking now= =20 that >> maybe i saw this problem once before.=C2=A0 >> >> I am thinking that it could be that this only happens when there's an >> error executing the query: maybe when an exception is raised in the >> middle of the process, part of the code that cleans up the ephemeral >> state is not called? > > Aha! That does make sense. I just made an ephemeral nnselect group with > an `nnselect-function' that just raised an error, and the group does > hang around afterwards. I'm cc'ing Andy, the nnselect author, to see if > this is something specific to nnselect, or maybe just the way ephemeral > groups work in general. > > Eric >