From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/57992 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Flags/marks not being updated Date: Mon, 28 Jun 2004 13:51:35 +0200 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 1088423561 29683 80.91.224.253 (28 Jun 2004 11:52:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 28 Jun 2004 11:52:41 +0000 (UTC) Original-X-From: ding-owner+M6533@lists.math.uh.edu Mon Jun 28 13:52:35 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 1Beugd-0005Rm-00 for ; Mon, 28 Jun 2004 13:52:35 +0200 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 1Beufx-0000bC-00; Mon, 28 Jun 2004 06:51:53 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1Beufo-0000b4-00 for ding@lists.math.uh.edu; Mon, 28 Jun 2004 06:51:44 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1Beufn-0001zY-LI for ding@lists.math.uh.edu; Mon, 28 Jun 2004 06:51:43 -0500 Original-Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by justine.libertine.org (Postfix) with ESMTP id A31E23A0034 for ; Mon, 28 Jun 2004 06:51:42 -0500 (CDT) Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Beufl-0006Tf-00 for ; Mon, 28 Jun 2004 13:51:41 +0200 Original-Received: from c494102a.s-bi.bostream.se ([217.215.27.65]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Jun 2004 13:51:41 +0200 Original-Received: from jas by c494102a.s-bi.bostream.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Jun 2004 13:51:41 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: ding@gnus.org Original-Lines: 51 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c494102a.s-bi.bostream.se User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:Fi7IioKwmnfetXGQhh5z06xhJuk= Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:57992 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:57992 Ralf Angeli writes: > Under certain circumstances flags or marks are not being updated > anymore. I am often online via a flaky modem connection. In that > case probing of news servers upon starting up Gnus may timeout (or I > abort the check with C-g). This often happens for the first server > to be checked while the next one succeeds. If in this case Gnus and > Emacs are closed and started anew, the flags will remain what they > were before. I can go online, check servers and mark all messages as > read but after restarting Gnus/Emacs (restarting Gnus alone does not > exhibit the problem) the unread messages show up again. > > In order to verify this, I deleted my .newsrc.eld (.newsrc is not > being read or saved due to `gnus-read-newsrc-file' and > `gnus-save-newsrc-file nil' both being nil) and the ~/News/agent/ and > ~/News/marks/ directories and recreated my setup. All goes well until > an abort like described above occurs. This was tested with a CVS > checkout from June 25th. > > Looking through lisp/ChangeLog I saw that in midth May some new code > related to marks was checked in and the default of > `gnus-agent-synchronize-flags' was set to nil. So I tried to > synchronize the flags manually by issueing J-Y in the group buffer > but this produced an error with the following backtrace: > > Debugger entered--Lisp error: (wrong-type-argument stringp nil) > expand-file-name(nil "/home/angeli/News/marks//path/to/group/") > nntp-open-marks("" "") > nntp-request-set-mark("" (((89886) add (read))) "") > eval((nntp-request-set-mark "" (quote (...)) "")) > gnus-agent-synchronize-flags-server((nntp "")) > gnus-agent-synchronize-flags() > call-interactively(gnus-agent-synchronize-flags) > > That means, `nntp-marks-file-name' is nil in this case. > > I don't really know where to start debugging all this stuff because I > don't know how the marks functionality is related to the agent > flags. For example, I have many `nntp-request-set-mark' entries in > the ~/News/agent/nntp//agent.lib/flags files. Should those > be used in some way? > > Hopefully somebody can verify the problem or give me a hint what I am > doing wrong. Does it help to (setq gnus-agent-synchronize-flags 'ask)? I really think that value should be the default, as you will lose flags with a `nil' setting. I don't know/understand why the default was changed. The bug yielding the backtrace should be fixed independently of this, though.