From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50003 Path: main.gmane.org!not-for-mail From: Kevin Greiner Newsgroups: gmane.emacs.gnus.general Subject: Re: Strange auto-caching Date: Tue, 11 Feb 2003 01:07:39 -0600 Sender: owner-ding@hpc.uh.edu Message-ID: References: <84hebdjx6q.fsf@lucy.is.informatik.uni-duisburg.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1044947233 4249 80.91.224.249 (11 Feb 2003 07:07:13 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 11 Feb 2003 07:07:13 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18iUVW-000160-00 for ; Tue, 11 Feb 2003 08:07:06 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18iUWS-0002ZM-00; Tue, 11 Feb 2003 01:08:04 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 11 Feb 2003 01:09:01 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id BAA01095 for ; Tue, 11 Feb 2003 01:08:48 -0600 (CST) Original-Received: (qmail 89874 invoked by alias); 11 Feb 2003 07:07:47 -0000 Original-Received: (qmail 89869 invoked from network); 11 Feb 2003 07:07:47 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by 66.230.238.6 with SMTP; 11 Feb 2003 07:07:47 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18iUfP-0006nk-00 for ; Tue, 11 Feb 2003 08:17:19 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 48 Original-NNTP-Posting-Host: 216.12.206.212 Original-X-Trace: quimby.gnus.org 1044947839 26147 216.12.206.212 (11 Feb 2003 07:17:19 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 11 Feb 2003 07:17:19 GMT User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.2 Cancel-Lock: sha1:mvvmUPDiqUUUlA1qvyaduLgiIjQ= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50003 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50003 kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes: > I have (add-hook 'gnus-select-article-hook > 'gnus-agent-fetch-selected-article). Some articles have wrong %O > status, even though they are shown. Look at this screenshot: > > > > Look at the articles marked "-R": I was reading them just some > minutes ago, but selecting them didn't change %O from - to +. > > Look at the last two articles: when I entered the group they were > marked as not downloaded, but reading them downloaded them and > changed the "- " to "+R". > > I'd almost say that "." (new/unseen) marked articles get frobbed > correctly. It's even true. But also there is the second line in the > summary window: Ami's article got changed from "- " to "+R". > > It is all very confusing. > > Maybe it is useful to know that the internal data structures in Gnus > are not corrupted: after reading all new downloaded articles in a group > (changing "+ " to "+R" in the process), I can exit the group and then > re-enter it and then the old downloaded articles change their marks > from "- " to "+ "! So the old articles are shown okay when there are > no new ones, but the presence of new ones screws things up for the > old ones. > > In the previous paragraph, both new and old articles are unread and > downloaded. New articles were downloaded in the same session (or > perhaps by the last `g J s' invocation), whereas old articles were > downloaded in a previous session. (I'm not sure if exit Emacs/start > Emacs is what distinguishes old from new articles, or just another `g > J s'.) > -- > A turnip curses Elvis Kai, >From what you are describing gnus-agent-fetch-selected-article updates the internals correctly. The problem has to be in its call to gnus-summary-update-article-line. I've already found, and I thought, fixed a problem in this call. There must be something else going wrong. Can you step through it to see what is happening? What happened before was that g-s-u-a-l jumped to, and updated, the wrong line in the summary. Kevin