From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Kamphausen Newsgroups: gmane.emacs.help Subject: Re: Gnus with Emacs 23: gnus-gcc-mark-as-read not working anymore Date: Tue, 06 Oct 2009 13:24:23 +0200 Organization: Church of Emacs Message-ID: <87zl84ojdk.fsf@usenet.my.skamphausen.de> References: <87zl8og1rn.fsf@usenet.my.skamphausen.de> <87eipzto4p.fsf@usenet.my.skamphausen.de> <874oqncbmf.fsf@usenet.my.skamphausen.de> <87zl8e3s7x.fsf@usenet.my.skamphausen.de> <87my4d51iq.fsf@usenet.my.skamphausen.de> <87ljjtetjn.fsf@usenet.my.skamphausen.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1254831553 13278 80.91.229.12 (6 Oct 2009 12:19:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 6 Oct 2009 12:19:13 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Oct 06 14:19:03 2009 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Mv90P-0004gY-IU for geh-help-gnu-emacs@m.gmane.org; Tue, 06 Oct 2009 14:19:02 +0200 Original-Received: from localhost ([127.0.0.1]:57263 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mv90P-0005vt-2Z for geh-help-gnu-emacs@m.gmane.org; Tue, 06 Oct 2009 08:19:01 -0400 Original-Path: news.stanford.edu!usenet.stanford.edu!fu-berlin.de!news.albasani.net!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 110 Original-X-Trace: news.albasani.net SNuOZ9BlPcRgXtar5dvjLri01885sYY1fGld0SbrsESi/PqOAjmLuzCe2M4UMjjbhvWbSKHinm9nYZH/pkSjdG+hpka5zjElQtstws9B0+9sGJ1+3G1LcZEU8TzD8Jqv Original-X-Complaints-To: abuse@albasani.net Original-NNTP-Posting-Date: Tue, 6 Oct 2009 11:24:24 +0000 (UTC) X-User-ID: FYVgmsBr00hV1sDQ+CUwfpOx6Vcc/JhD/gAUE48lqTk= Cancel-Lock: sha1:LQQEUU022LQcZmWpDmDxzdC2jlw= sha1:LwhaLZn8JN0J1AGSsTWX9cqRBEQ= User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-NNTP-Posting-Host: J2Osy7m8sJ69yNL5MSnVr5ylCaDmu2pMCFsE5YcX0zI= Original-Xref: news.stanford.edu gnu.emacs.help:173605 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:68700 Archived-At: Hi David, David Engster writes: > It seems Gnus did not notice yet that a new mail is in in > mail.2009-10. Since I cannot reproduce this, I don't know why that > happens. You mentioned that you're using the agent; maybe that's the > cause of this issue. I'm not doing so consciously, I never fiddled with any agent settings. The only setting concerning Gnus agent I have in my configuration is (setq gnus-agent-enable-expiration 'DISABLE) > If you want to further debug this, the best place to start is > gnus-inews-do-gcc, where the actual sending happens with the call to > gnus-request-accept-article here: > (when (or (not (gnus-check-backend-function > 'request-accept-article group)) > (not (setq group-art > (gnus-request-accept-article > group method t t)))) > (gnus-message 1 "Couldn't store article in group %s: %s" > group (gnus-status-message method))) I always looked a little bit further down the code: (when (and (listp method) (gnus-native-method-p method)) (setq group (gnus-group-short-name group))) (when (and group-art ;; FIXME: Should gcc-mark-as-read work when ;; Gnus is not running? (gnus-alive-p) (or gnus-gcc-mark-as-read (and (boundp 'gnus-inews-mark-gcc-as-read) (symbol-value 'gnus-inews-mark-gcc-as-read)))) (gnus-group-mark-article-read group (cdr group-art))) And when I change (setq group (gnus-group-short-name group))) to just (setq group group)) (for the moment) everything works as expected. I tried to trace the functions * gnus-group-mark-article-read * gnus-mark-article-as-read * gnus-group-make-articles-read with the following result: ;; the following call DID NOT work as expected ====================================================================== 1 -> gnus-group-mark-article-read: group="mail.office.all" article=31891 | 2 -> gnus-group-make-articles-read: group="mail.office.all" articles=(31891) | 2 <- gnus-group-make-articles-read: nil 1 <- gnus-group-mark-article-read: nil ====================================================================== 1 -> gnus-group-mark-article-read: group="mail.2009-10" article=65 | 2 -> gnus-group-make-articles-read: group="mail.2009-10" articles=(65) | 2 <- gnus-group-make-articles-read: nil 1 <- gnus-group-mark-article-read: nil ;; the following call DID work as expected ====================================================================== 1 -> gnus-group-mark-article-read: group="nnml:mail.office.all" article=31892 | 2 -> gnus-group-make-articles-read: group="nnml:mail.office.all" articles=(31892) | 2 <- gnus-group-make-articles-read: # 1 <- gnus-group-mark-article-read: nil ====================================================================== 1 -> gnus-group-mark-article-read: group="nnml:mail.2009-10" article=66 | 2 -> gnus-group-make-articles-read: group="nnml:mail.2009-10" articles=(66) | 2 <- gnus-group-make-articles-read: # 1 <- gnus-group-mark-article-read: nil > (gnus-request-group group nil method) > > after the sending will force Gnus to update the active information. I'm > not sure. Hm, I changed that part of gnus-inews-do-gcc to read (when (or (not (gnus-check-backend-function 'request-accept-article group)) (not (setq group-art (gnus-request-accept-article group method t t)))) (gnus-message 1 "Couldn't store article in group %s: %s" group (gnus-status-message method))) (gnus-request-group group nil method) and it doesn't help. I think, I'll have to live with my own version of gnus-inews-do-gcc which does not use the short name of the group. At least, *I* do not see anything that I could do to examine this any further. Thanks and kind regards, Stefan -- Stefan Kamphausen --- http://www.skamphausen.de a blessed +42 regexp of confusion (weapon in hand) You hit. The format string crumbles and turns to dust.