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=-3.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 27185 invoked from network); 31 Dec 2021 00:07:29 -0000 Received: from lists.gnu.org (209.51.188.17) by inbox.vuxu.org with ESMTPUTF8; 31 Dec 2021 00:07:29 -0000 Received: from localhost ([::1]:37718 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n35SB-0008HO-Ri for ml@inbox.vuxu.org; Thu, 30 Dec 2021 19:07:27 -0500 Received: from eggs.gnu.org ([209.51.188.92]:33002) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n35S2-0008H1-Mi for info-gnus-english@gnu.org; Thu, 30 Dec 2021 19:07:18 -0500 Received: from ciao.gmane.io ([116.202.254.214]:34998) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n35S1-00026f-2c for info-gnus-english@gnu.org; Thu, 30 Dec 2021 19:07:18 -0500 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1n35Ry-0006Ug-GH for info-gnus-english@gnu.org; Fri, 31 Dec 2021 01:07:14 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: info-gnus-english@gnu.org From: Andrew Cohen Subject: Re: gnus-search-engine set to gnus-search-notmuch and refer threads Date: Fri, 31 Dec 2021 08:07:04 +0800 Organization: Hong Kong University of Science and Technology Message-ID: <87sfu9zlg7.fsf@ust.hk> References: <877dbp67dn.fsf@gnus.jao.io> <87czldzm6t.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cancel-Lock: sha1:5ccfWO7tVJYezj7ZHQbndEMiKpE= Received-SPF: pass client-ip=116.202.254.214; envelope-from=gegu-info-gnus-english@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 2 X-Spam_score: 0.2 X-Spam_bar: / X-Spam_report: (0.2 / 5.0 requ) HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: info-gnus-english-bounces+ml=inbox.vuxu.org@gnu.org Sender: "info-gnus-english" >>>>> "EA" == Eric Abrahamsen writes: EA> "Jose A. Ortega Ruiz" writes: [...] EA> - The search result filtration now won't filter on group names EA> if the search is a thread search. This should resolve the issue EA> you were seeing where "A T" would only search within the group EA> you had searched in to begin with. I guess I think that an EA> explicit thread search by the user should result in a full scan EA> of the server. We can see if that surprises/annoys anyone, EA> though. Umm, maybe I am misunderstanding this paragraph, but there is a variable for explicit control of this: (defcustom gnus-refer-thread-use-search nil "Search an entire server when referring threads. A nil value will only search for thread-related articles in the current group." :version "28.1" :group 'gnus-thread :type 'boolean) I usually expect a full server search but not always. Hence this variable. I hope that the methods will respect it so that the user can control the result. Of course if some method is incapable of doing both kinds of searches then there would be no choice. Now that I am sending this, perhaps the original bug resulted from the default nil value for this variable? -- Andrew Cohen