From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.devel Subject: Re: gnus-summary-refer-thread does not find all Date: Tue, 25 Jan 2005 17:12:35 +0900 Organization: Emacsen advocacy group Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1106641130 12114 80.91.229.6 (25 Jan 2005 08:18:50 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 25 Jan 2005 08:18:50 +0000 (UTC) Cc: bugs@gnus.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 25 09:18:44 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CtLuN-0000bv-00 for ; Tue, 25 Jan 2005 09:18:44 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtM6c-0003rS-32 for ged-emacs-devel@m.gmane.org; Tue, 25 Jan 2005 03:31:22 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtM16-0000gx-Px for emacs-devel@gnu.org; Tue, 25 Jan 2005 03:25:42 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtM0u-0000di-V3 for emacs-devel@gnu.org; Tue, 25 Jan 2005 03:25:29 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtM0u-0000cP-Ot for emacs-devel@gnu.org; Tue, 25 Jan 2005 03:25:28 -0500 Original-Received: from [69.61.11.2] (helo=washington.hostforweb.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CtLoe-0004tP-9C for emacs-devel@gnu.org; Tue, 25 Jan 2005 03:12:48 -0500 Original-Received: from localhost ([127.0.0.1]) by washington.hostforweb.net with esmtpa (Exim 4.43) id 1CtLok-0003n8-2p; Tue, 25 Jan 2005 03:12:54 -0500 Original-To: Stefan Monnier X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:eKqx1/9TAy4mIJRjJRDz+cmHuDY= X-Hashcash: 1:20:050125:monnier@iro.umontreal.ca::NXBx3x+fmL0CYU0t:00000000000000000000000000000000000000+b/ X-Hashcash: 1:20:050125:emacs-devel@gnu.org::mSQcsrTTMHnVhx68:0000000000000000000000000000000000000000004fHW X-Hashcash: 1:20:050125:bugs@gnus.org::I2yuAFg78HuFi9q/:00004uyw X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - washington.hostforweb.net X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:32545 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:32545 >>>>> In Stefan Monnier wrote: > I often find that A T doesn't find all the articles I'm looking for. > It turns out that one of the reason might be the following: > gnus-summary-limit-include-thread calls > gnus-summary-limit-include-matching-articles with "subject" and > a subject-regexp in decoded form (with non-ASCII chars). These args are > then passed to gnus-find-matching-articles which compares uses the regexp on > the output of mail-header-subject but this output is not decoded (accented > chars are represented by sequences of other chars). Hmm, the output mail-header-subject returns looks always a decoded subject. Raw headers gathered in the " *nntpd*" buffer are decoded when building the value of gnus-newsgroup-headers as far as I know. Aren't there ticked articles in the group? In such a case, `A T' ignores articles newer than the last article listed in the summary buffer. Although I don't understand why it does so, the possible workaround is to set the gnus-refer-thread-limit variable as t, not a number. If it is not effective, something exceeding my imagination may have occurred.