From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64874 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: [gmane.emacs.devel] gnus-read-mark not preserved Date: Wed, 04 Jul 2007 18:21:20 +0900 Organization: Emacsen advocacy group Message-ID: References: <873b0oxwpr.fsf@escher.local.home> <87myys71l1.fsf@escher.local.home> <87r6nwm40f.fsf@florent.maison> <87ejjukg6s.fsf@florent.maison> <87ir921r5w.fsf@escher.local.home> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: sea.gmane.org 1183540983 30044 80.91.229.12 (4 Jul 2007 09:23:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 4 Jul 2007 09:23:03 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M13384@lists.math.uh.edu Wed Jul 04 11:23:00 2007 connect(): Connection refused Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1I614c-00087T-PV for ding-account@gmane.org; Wed, 04 Jul 2007 11:22:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1I613l-00006D-SM; Wed, 04 Jul 2007 04:22:05 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1I613k-000061-Im for ding@lists.math.uh.edu; Wed, 04 Jul 2007 04:22:04 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1I613j-00035V-0b for ding@lists.math.uh.edu; Wed, 04 Jul 2007 04:22:04 -0500 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1I613h-0007Uk-00 for ; Wed, 04 Jul 2007 11:22:02 +0200 Original-Received: from [66.225.201.151] (port=48296 helo=mail.jpl.org) by orlando.hostforweb.net with esmtpa (Exim 4.63) (envelope-from ) id 1I6136-0004DK-PY for ding@gnus.org; Wed, 04 Jul 2007 04:21:25 -0500 X-Hashcash: 1:20:070704:ding@gnus.org::mAcgTzXc7ncmjiZa:00001C9Q 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.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) Cancel-Lock: sha1:feIMXKz0bNChh7lyNTVllT8eRtk= 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 - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -2.4 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:64874 Archived-At: --=-=-= >>>>> In <87ir921r5w.fsf@escher.local.home> Stephen Berman wrote: > On Mon, 02 Jul 2007 21:15:35 +0900 Katsumi Yamaoka wrote: >> gnus-agent-synchronize-flags >> >> The default value is nil. See (info "(gnus)Agent and flags"). > I am using Gnus 5.11 as included in the Emacs CVS trunk (currently GNU > Emacs 22.1.50.6 (i686-pc-linux-gnu, GTK+ Version 2.10.6) of 2007-06-30 > on escher). Here gnus-agent-synchronize-flags has the default value > t[1] (and the Gnus info lacks a node "Agents and flags"). Sorry, I overlooked it, since I usually use No Gnus and see the No Gnus sources. I wonder why the default value differs between Gnus v5.11 and No Gnus. If anything, I think it should always be t, or be hard coded. There's a comment in gnus-agent.el: > Footnotes: > [1] But the code has this rather puzzling comment [sic]: > ;; If the default switches to something else than nil, then the function > ;; should be fixed not be exceedingly slow. See 2005-09-20 ChangeLog entry. However, so far I don't see Gnus to be exceedingly slow. Apart from this, I found an obvious bug that concerns the Agent, though it might be different from Stephen Berman's problem. cf. http://news.gmane.org/group/gmane.emacs.bugs/thread=16061 The prerequisites to cause this bug are: 1. You have persistent (i.e., cached, marked with `*') articles that you have read (or marked as ticked) in a group. 2. Some or all of those articles have been expired in the server. 3. You have ever performed `gnus-agent-expire' or `gnus-agent-regenerate', or have ever simply deleted the ~/News/agent/ directory. (In the last case, the directory and files are regenerated automatically.) In that case, some or all of persistent articles that have been expired in the server are recognized as unfetched articles, because the Agent cannot fetch those headers from the server. And then, they are all marked as unread when you run the `c' command (`gnus-summary-catchup-and-exit'), that recognizes unfetched articles as unread articles. I've fixed the `gnus-summary-catchup' function so that it might not recognize cached articles as unfetched articles, in both the v5-10 branch and the trunk. The patch for Gnus v5.11 is here: --=-=-= Content-Type: text/x-patch Content-Disposition: inline --- gnus-sum.el~ 2007-06-06 15:39:11 +0000 +++ gnus-sum.el 2007-07-04 09:02:52 +0000 @@ -10514,7 +10514,8 @@ (gnus-sorted-nunion (gnus-sorted-intersection gnus-newsgroup-unreads gnus-newsgroup-downloadable) - gnus-newsgroup-unfetched))) + (gnus-sorted-difference gnus-newsgroup-unfetched + gnus-newsgroup-cached)))) ;; We actually mark all articles as canceled, which we ;; have to do when using auto-expiry or adaptive scoring. (gnus-summary-show-all-threads) --=-=-=--