From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/26173 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: ahh... it's the problem noted a few months back Date: 04 Nov 1999 17:14:37 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035163432 18007 80.91.224.250 (21 Oct 2002 01:23:52 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:23:52 +0000 (UTC) Return-Path: Original-Received: from lisa.math.uh.edu (lisa.math.uh.edu [129.7.128.49]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id LAA09088 for ; Thu, 4 Nov 1999 11:15:45 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by lisa.math.uh.edu (8.9.1/8.9.1) with ESMTP id KAB20194; Thu, 4 Nov 1999 10:15:13 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 04 Nov 1999 10:15:32 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id KAA07805 for ; Thu, 4 Nov 1999 10:15:18 -0600 (CST) Original-Received: from badis.pdc.kth.se (root@badis.pdc.kth.se [130.237.221.45]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id LAA09074 for ; Thu, 4 Nov 1999 11:14:45 -0500 (EST) Original-Received: (from jas@localhost) by badis.pdc.kth.se (8.9.3/8.9.3) id RAA03823; Thu, 4 Nov 1999 17:14:39 +0100 Original-To: The Gnus Mailing List In-Reply-To: dsg@mitre.org's message of "04 Nov 1999 09:06:19 -0500" Original-Lines: 39 User-Agent: Gnus/5.07009701 (Pterodactyl Gnus v0.97.1) Emacs/20.4 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:26173 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:26173 David S. Goldberg writes: > Nope, that wasn't it in my case. The select method in the group > properties looks right. In my case it's because I've always preferred > to start with gnus-no-server and have since gone to setting > gnus-group-use-permanent-levels. Yes, like Tibor mentioned my hint doesn't help the `2 g' cases. Some time ago I traced this into `gnus-get-unread-articles', it falls through to the 'update-info' call below. It shouldn't. I don't understand the purpose of this code, so it's hard to come up with a fix. Perhaps another cond case in the foreign-level could solve this, but I'm only guessing here... (defun gnus-get-unread-articles (&optional level) (let* (... (level (or level gnus-activate-level (1+ gnus-level-subscribed))) (foreign-level (min (cond ((and gnus-activate-foreign-newsgroups (not (numberp gnus-activate-foreign-newsgroups))) (1+ gnus-level-subscribed)) ((numberp gnus-activate-foreign-newsgroups) gnus-activate-foreign-newsgroups) (t 0)) level)) ... ;; These groups are foreign. Check the level. (when (<= (gnus-info-level info) foreign-level) (setq active (gnus-activate-group group 'scan)) ;; Let the Gnus agent save the active file. (when (and gnus-agent gnus-plugged active) (gnus-agent-save-group-info method (gnus-group-real-name group) active)) (unless (inline (gnus-virtual-group-p group)) (inline (gnus-close-group group))) (when (fboundp (intern (concat (symbol-name (car method)) "-request-update-info"))) (inline (gnus-request-update-info info method))))