Re: [gmane.emacs.devel] gnus-read-mark not preserved

[Stephen Berman <Stephen.Berman@gmx.net>]

On Mon, 02 Jul 2007 21:15:35 +0900 Katsumi Yamaoka <yamaoka@jpl.org> 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.