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=0.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 22944 invoked from network); 8 Nov 2020 01:25:32 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 8 Nov 2020 01:25:32 -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 1kbZQr-00GwZM-1c; Sat, 07 Nov 2020 19:23:49 -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 1kbZQp-009dmi-S4; Sat, 07 Nov 2020 19:23:47 -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 1kbZQl-009dkx-Kc for ding@lists.math.uh.edu; Sat, 07 Nov 2020 19:23:43 -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 1kbZQj-00GwXJ-7T for ding@lists.math.uh.edu; Sat, 07 Nov 2020 19:23:43 -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:Date:References: In-Reply-To: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=tzOHNQAvf3P7nFx/n+H/oS4ZLXTlCStmDsyrY2H6gsg=; b=CeSVoCouM722juS4wUOJ9mnzw4 hayPYN13tFfV7LJ/kdgFQp4j4IR/6wkrvsh7TMYGxPvnkWThgul+ZqXlnnocofKhgoo4O7hL9Qrkz vjpkqrQCNNEwfvh8SuRt+ICfsSiX0j2YkAHfAdgBzQs3/WOpdo/9oe58OHJj3KzWBTKk=; Received: from eggs.gnu.org ([2001:470:142:3::10]) by quimby.gnus.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kbZQY-0002OA-4T for ding@gnus.org; Sun, 08 Nov 2020 02:23:36 +0100 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41154) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbZQV-0003WW-9r; Sat, 07 Nov 2020 20:23:27 -0500 Received: from cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net ([92.233.85.247]:52680 helo=osgiliath.local) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.82) (envelope-from ) id 1kbZQU-00061u-QS; Sat, 07 Nov 2020 20:23:27 -0500 Received: by osgiliath.local (Postfix, from userid 1000) id C903E404C7; Sun, 8 Nov 2020 01:23:24 +0000 (GMT) From: "Jose A. Ortega Ruiz" To: "Eric Abrahamsen" Cc: Subject: Re: New "gnus-search" syntax and interface In-Reply-To: <871rh569u1.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Fri, 06 Nov 2020 20:59:34 -0800") References: <87blgdavsb.fsf@ericabrahamsen.net> <87y2jfvw9t.fsf@gnus.jao.io> <12MvvhYMQyipeZzkJx1ODwHAD4xQZo6qw1FSX6nvgZAyLZCPkEVFXXGxOQTuxL1zvwZC6BER4jnUFXNgIEjIZA==@protonmail.internalid> <871rh569u1.fsf@ericabrahamsen.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) X-Attribution: jao X-Clacks-Overhead: GNU Terry Pratchett X-URL: Date: Sun, 08 Nov 2020 01:23:24 +0000 Message-ID: <878sbcabg3.fsf@gnus.jao.io> MIME-Version: 1.0 Content-Type: text/plain List-ID: Precedence: bulk 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? Sorry about the vagueness. I have bootstraped emacs again, and will try to report something more sensible (i thought submitted a bug report yesterday, but i discovered today that i hadn't sent it yet!). Cheers, jao -- We shall do a much better programming job, provided we approach the task with a full appreciation of its tremendous difficulty, provided that we respect the intrinsic limitations of the human mind and approach the task as very humble programmers. -Alan Turing