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.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 31336 invoked from network); 8 Nov 2020 02:40:20 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 8 Nov 2020 02:40:20 -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 1kbabX-00H09F-EV; Sat, 07 Nov 2020 20:38:55 -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 1kbabW-009eSZ-EB; Sat, 07 Nov 2020 20:38:54 -0600 Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kbabT-009eQx-CN for ding@lists.math.uh.edu; Sat, 07 Nov 2020 20:38:51 -0600 Received: from quimby.gnus.org ([95.216.78.240]) by mx2.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kbabQ-00619C-79 for ding@lists.math.uh.edu; Sat, 07 Nov 2020 20:38:50 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: 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=EI0SX44AsVtNUTzcsV30w3EBk+CijkvUND8f/0VLU9k=; b=cxsgYiSpHsIJ7vLSQlCWJtGRGl U6oetrhiwlPl8gkgYJuBP5zrLWsJ/iATmLhUbfn2sRN7GRgUj6qzhFBiC+GXXGQ4BT1N+PJzNc0C/ f93kNvHIa9Sw3lUoJV1ebGh6NS7bc/wO8LaSnCcZi3tv6lPo8KC7WY4NLWGuzMqmgrv8=; Received: from ericabrahamsen.net ([52.70.2.18] helo=mail.ericabrahamsen.net) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kbabB-0002zO-W3 for ding@gnus.org; Sun, 08 Nov 2020 03:38:43 +0100 Received: from localhost (24-113-150-48.wavecable.com [24.113.150.48]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id 77FB1FA086; Sun, 8 Nov 2020 02:38:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericabrahamsen.net; s=mail; t=1604803111; bh=EI0SX44AsVtNUTzcsV30w3EBk+CijkvUND8f/0VLU9k=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=MuhDwZTXhlbIVpHjqBbmuucU+Zh1eN+94Ur8ymN0dj9nrCfJKN+J6NmGwf35KW31G MfS6uMePSyoxLsbbgqsYCwkLHg0ZZ2bmqCW+NVk0odh16CbGEuhatAu0sU0e2lOIdC Y3TaFVWa5NlSoNArZtXtNu0ekBVVxs8ArfEMr1TM= From: Eric Abrahamsen To: "Jose A. Ortega Ruiz" Cc: , Andrew Cohen Subject: Re: New "gnus-search" syntax and interface References: <87blgdavsb.fsf@ericabrahamsen.net> <87y2jfvw9t.fsf@gnus.jao.io> <12MvvhYMQyipeZzkJx1ODwHAD4xQZo6qw1FSX6nvgZAyLZCPkEVFXXGxOQTuxL1zvwZC6BER4jnUFXNgIEjIZA==@protonmail.internalid> <871rh569u1.fsf@ericabrahamsen.net> <878sbcabg3.fsf@gnus.jao.io> Date: Sat, 07 Nov 2020 18:38:29 -0800 In-Reply-To: <878sbcabg3.fsf@gnus.jao.io> (Jose A. Ortega Ruiz's message of "Sun, 08 Nov 2020 01:23:24 +0000") Message-ID: <87v9egbmje.fsf@ericabrahamsen.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain List-ID: Precedence: bulk "Jose A. Ortega Ruiz" writes: > On Fri, Nov 06 2020, Eric Abrahamsen wrote: > >>> Also, sometimes some of my ephemeral queries seem to get "stick", and >>> they are repeated over and over every time i do 'g' to refresh my 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. Also because if one of them > 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 after >> the nnselect update (landed September 5 in ecfc13e), but before the >> gnus-search update? > > Hmmm, it could be. I don't use search a lot, but i'm thinking now that > maybe i saw this problem once before. > > 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