From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50059 Path: main.gmane.org!not-for-mail From: Kevin Greiner Newsgroups: gmane.emacs.gnus.general Subject: Re: Strange auto-caching Date: Wed, 12 Feb 2003 10:20:35 -0600 Sender: owner-ding@hpc.uh.edu Message-ID: References: <84hebdjx6q.fsf@lucy.is.informatik.uni-duisburg.de> <84adh2ojww.fsf@lucy.is.informatik.uni-duisburg.de> <84vfzqpquk.fsf@lucy.is.informatik.uni-duisburg.de> <84wuk661dc.fsf@lucy.is.informatik.uni-duisburg.de> <84r8adq0c4.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 1045067789 8564 80.91.224.249 (12 Feb 2003 16:36:29 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 12 Feb 2003 16:36:29 +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 18izby-0000ye-00 for ; Wed, 12 Feb 2003 17:19:50 +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 18izdD-0003x1-00; Wed, 12 Feb 2003 10:21:07 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 12 Feb 2003 10:22:05 -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 KAA05247 for ; Wed, 12 Feb 2003 10:21:51 -0600 (CST) Original-Received: (qmail 22135 invoked by alias); 12 Feb 2003 16:20:48 -0000 Original-Received: (qmail 22130 invoked from network); 12 Feb 2003 16:20:47 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by 66.230.238.6 with SMTP; 12 Feb 2003 16:20:47 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18izmh-0000rn-00 for ; Wed, 12 Feb 2003 17:30:55 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 34 Original-NNTP-Posting-Host: 216.12.206.2 Original-X-Trace: quimby.gnus.org 1045067455 2982 216.12.206.2 (12 Feb 2003 16:30:55 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 12 Feb 2003 16:30:55 GMT User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.2 Cancel-Lock: sha1:6O3N82EC37Mbzz3HAzPCzVt4250= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50059 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50059 kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes: > Kevin Greiner writes: > >> It's FIXED!!! As it turns out, gnus-summary-update-mark updates the >> current line rather than the current article. :( Why do programs >> insist on working the way they were programmed rather than how we >> expect them to work? > > I've now run "cvs update" and I'm running the new version now. > But I still see the old problem. > > However, I haven't tried on new articles -- the article in question > is an old article, from the time when Gnus still didn't have your > newest change. Not sure if this is relevant. > > I'm surprised that you are looking in this area. Usually, the > current article and the current line are the same, when I use Gnus. > It definitely happens on too many articles for the > current-art/current-line mismatch to be the cause. > What I found occurred when several articles were marked as downloadable. In this case, the current line points to the the last marked article. There may also have been a problem in that a couple of the summary update functions move point to the next line. So if I write (progn (update) (update) (update)) I end up making changes to three articles rather than one. Still checking on this one. Kevin