From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64868 Path: news.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.gnus.general Subject: Re: [gmane.emacs.devel] gnus-read-mark not preserved Date: Mon, 02 Jul 2007 22:34:03 +0200 Message-ID: <87ir921r5w.fsf@escher.local.home> References: <873b0oxwpr.fsf@escher.local.home> <87myys71l1.fsf@escher.local.home> <87r6nwm40f.fsf@florent.maison> <87ejjukg6s.fsf@florent.maison> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1183408490 27719 80.91.229.12 (2 Jul 2007 20:34:50 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 2 Jul 2007 20:34:50 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M13378@lists.math.uh.edu Mon Jul 02 22:34:49 2007 connect(): Connection refused Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1I5Sbg-0004Ho-Vi for ding-account@gmane.org; Mon, 02 Jul 2007 22:34:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1I5SbJ-0007gl-Ni; Mon, 02 Jul 2007 15:34:25 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1I5SbI-0007gV-IU for ding@lists.math.uh.edu; Mon, 02 Jul 2007 15:34:24 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1I5SbH-0004Bb-5U for ding@lists.math.uh.edu; Mon, 02 Jul 2007 15:34:24 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1I5SbG-0002bt-00 for ; Mon, 02 Jul 2007 22:34:22 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1I5Sb9-0003Ra-BN for ding@gnus.org; Mon, 02 Jul 2007 22:34:15 +0200 Original-Received: from i577bf0e6.versanet.de ([87.123.240.230]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Jul 2007 22:34:15 +0200 Original-Received: from Stephen.Berman by i577bf0e6.versanet.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Jul 2007 22:34:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 42 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: i577bf0e6.versanet.de User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:64868 Archived-At: On Mon, 02 Jul 2007 21:15:35 +0900 Katsumi Yamaoka wrote: >>>>>> In <87ejjukg6s.fsf@florent.maison> Florent Rougon wrote: > >> With your recipe and without the patch, I can reproduce the bug. Again >> with the same recipe but with the patch applied, the bug doesn't happen. >> I'll now start reading again some nntp newsgroups and tell you if >> anything wrong happens, but I think you did spot and fix the problem I >> was experiencing. > > Thanks for verifying the patch. However, what I did might be > a kludge. That is, making nnagent handle marks of the specific > back ends looks ill-mannered, since to abstract the actual back > ends seems to be one of the aims of nnagent. The reason I changed > my idea is because I found the variable: > > gnus-agent-synchronize-flags > > The default value is nil. See (info "(gnus)Agent and flags"). > Does setting it to t solve the problem that you all are troubled > with? Could someone, who uses Gnus v5.11, try it? (I couldn't > reproduce the problem with Gnus v5.11 so far, though.) I am using Gnus 5.11 as included in the Emacs CVS trunk (currently GNU Emacs 22.1.50.6 (i686-pc-linux-gnu, GTK+ Version 2.10.6) of 2007-06-30 on escher). Here gnus-agent-synchronize-flags has the default value t[1] (and the Gnus info lacks a node "Agents and flags"). I am still experiencing this problem and I haven't changed the value of this variable, so setting it to t is not the solution, at least in 5.11. Unfortunately, I still have found no reliable recipe for reproducing the problem. For whatever reason, I have sometimes gone through several Emacs sessions without seeing it, then it shows up again in some group. Throughout, I've been consistently using gnus-unplugged. Steve Berman Footnotes: [1] But the code has this rather puzzling comment [sic]: ;; If the default switches to something else than nil, then the function ;; should be fixed not be exceedingly slow. See 2005-09-20 ChangeLog entry.