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 1983 invoked from network); 8 Nov 2020 03:09:17 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 8 Nov 2020 03:09:17 -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 1kbb42-00H0VY-Ns; Sat, 07 Nov 2020 21:08:22 -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 1kbb41-009em1-Co; Sat, 07 Nov 2020 21:08:21 -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 1kbb3y-009ekG-08 for ding@lists.math.uh.edu; Sat, 07 Nov 2020 21:08:18 -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 1kbb3w-00H0TW-4n for ding@lists.math.uh.edu; Sat, 07 Nov 2020 21:08:17 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:Mime-Version:References:Message-ID:Date:Subject: From:To:Sender:Reply-To:Cc:Content-Transfer-Encoding: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=UBvcd2HtOeGjNT35/dm7GlpE4EVrGZFaPd5VR5Y9x78=; b=uKORMZ7ni1ipIYyS4eGyBXNOOM Lx2GbchNorluBjcfnrmh9OQH2rIZNn3GX6MlmxS/trRDsodvgs98ZGe3Yu3wTjoBJoD1pIzTSns39 dlSvowQh5h8XsTnAz5ny1GjMSR7uSxBb1vaWI6STzsf1c0QkbzmfwOnYm/kGKtaOqLSw=; Received: from static.214.254.202.116.clients.your-server.de ([116.202.254.214] helo=ciao.gmane.io) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kbb3o-0003Ji-Au for ding@gnus.org; Sun, 08 Nov 2020 04:08:11 +0100 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1kbb3n-0008mI-8o for ding@gnus.org; Sun, 08 Nov 2020 04:08:07 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: ding@gnus.org From: "Jose A. Ortega Ruiz" Subject: Re: New "gnus-search" syntax and interface Date: Sun, 08 Nov 2020 02:43:19 +0000 Message-ID: <87zh3s7em0.fsf@gnus.jao.io> References: <87blgdavsb.fsf@ericabrahamsen.net> <87y2jfvw9t.fsf@gnus.jao.io> <871rh569u1.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cancel-Lock: sha1:LrY91vvkqPkOPqpn2CHBtlEBhNM= X-Attribution: jao X-Clacks-Overhead: GNU Terry Pratchett X-URL: List-ID: Precedence: bulk On Fri, Nov 06 2020, Eric Abrahamsen wrote: >> I'm trying it, and seems to be working, but with some unexpected >> behaviour. More concretely, if i put my cursor on a topic and try G G, >> i don't always find results that are otherwise found when G G-ing on one >> of its groups. > > Please do give more details about this if you notice anything. The code > for collecting groups is relatively simple, and I don't quite see how > the results could be different. Hmmm, are nested topics supported? That is, if i search on a topic that contains subtopics, is the search including groups inside those subtopics? I am trying for instance a query at the top Groups node, including all my groups, to perform a global search, and it seems to never find any results. The same seems to happen with any nesting. E.g. [Groups] [topic1] group1 [subtopic1] group2 If i perform a successful query on [subtopic1] (which finds something in, say group2), the same query on [topic1] will return an empty result. Similarly, a query on [topic1] succeeding for group1 will fail when performed on [Groups]. Regarding the queries performed over and over, i think i've found when that happens. If i issue a query with empty results (so i get a message saying the nnselect ephemeral group is empty), from then on refreshing the Groups buffer will repeat the query (or queries, they seem to accumulate) again. In Messages i see for instance the first time i issue the query: Searching nnimap:group1...done Searching nnimap:group2...done Group nnselect:nnselect-877dqw8tq8.fsf contains no messages And then from then on, a g in Groups will make the query be run again (it takes as long as the first time), although in Messages i see only the first two messages: Opening server Searching nnimap:group1...done Searching nnimap:group2...done but no mention again of the ephemeral group. As you mentioned, this may well be a problem in nnselect. (By the way, all of this is searching nnimap groups from a local dovecot server, using the IMAP engine.) I hope this makes a bit more sense. Please feel free to ask about any further details! Cheers, jao