From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/56094 Path: main.gmane.org!not-for-mail From: Kevin Greiner Newsgroups: gmane.emacs.gnus.general Subject: Re: Need suggestions for changing agent's downloadable mark. Date: Sun, 18 Jan 2004 21:33:38 -0600 Sender: ding-owner@lists.math.uh.edu 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 1074483271 9264 80.91.224.253 (19 Jan 2004 03:34:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 19 Jan 2004 03:34:31 +0000 (UTC) Original-X-From: ding-owner+M4634@lists.math.uh.edu Mon Jan 19 04:34:26 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AiQBG-0002VC-00 for ; Mon, 19 Jan 2004 04:34:26 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1AiQAg-0006Op-00; Sun, 18 Jan 2004 21:33:50 -0600 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1AiQAY-0006Oj-00 for ding@lists.math.uh.edu; Sun, 18 Jan 2004 21:33:42 -0600 Original-Received: from quimby.gnus.org (quimby.gnus.org [80.91.224.244]) by justine.libertine.org (Postfix) with ESMTP id 670DA3A0057 for ; Sun, 18 Jan 2004 21:33:42 -0600 (CST) Original-Received: from news by quimby.gnus.org with local (Exim 3.35 #1 (Debian)) id 1AiQAX-0004iX-00 for ; Mon, 19 Jan 2004 04:33:41 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 45 Original-NNTP-Posting-Host: dialup-216-12-206-154.ev1.net Original-X-Trace: quimby.gnus.org 1074483221 17341 216.12.206.154 (19 Jan 2004 03:33:41 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: Mon, 19 Jan 2004 03:33:41 +0000 (UTC) User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (windows-nt) Cancel-Lock: sha1:nauQWJ7IGBNp2bb32MNjoF485o0= Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:56094 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:56094 Simon Josefsson writes: > Kevin Greiner writes: > >> I've noticed a problem with the agent's downloadable mark. As gnus >> currently works, a downloadable mark will persist until either a) the >> user manually removes it, or b) the agent successfully downloads the >> marked article. >> >> What I've found, by reading my own newsrc file, is that I have a >> number of ancient downloadable marks stored in it. Apparently, I >> marked a number of articles as downloadable then changed my mind and >> ran catchup on the group. Now, the server's active range has moved so >> I can't get these articles back in the summary buffer to manually >> remove the mark. >> >> I could fix this by editing the newsrc file but I'm concerned that any >> number of people may have the same unrecognized problem. What I need >> is a process, either manual or automatic, that cleans up the >> downloadable marks. >> >> Right now, my best idea is to change downloadable marks to say that >> downloadable marks on READ articles will not be stored in the newsrc >> file. This is actually a very simple change to implement and, I >> suspect, that it will have minimal impact on users. >> >> Would anyone object to this change? Better yet, does anyone wish to >> propose an alternative solution? > > How about removing downloadable marks on articles that are no longer > within the active range? IIRC, this is what happens with tick marks > etc on out-of-bounds article numbers. I'm a bit surprised it doesn't > happen automatically for downloadable marks. Or perhaps that > behaviour is buggy for all marks now, I'm not sure I would notice if > the flags weren't removed. Any idea where I could find this functionality? I thought that gnus-update-marks (gnus-sum.el) would be appropriate as it updates the info structure but no luck. The same was true of gnus-gnus-to-quic-newsrc-format (gnus-start.el). I think that your suggestion is reasonable, I just don't know where to start with the implementation. Kevin