Re: This bug is killing me!

[Tassilo Horn <tassilo@member.fsf.org>]

Dave Abrahams <dave@boostpro.com> writes:

Hi Dave,

> This is very serious: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9386GNU
> As an emergency workaround, I've rebound `M-g' to `gnus-summary-exit'.
> And a friend of mine remarked,
>
> ,----
> | I never, ever, use M-g within a summary buffer.  I have seen enough
> | unpredictable behavior with it through the years that I instinctively stopped
> | trusting it.  Nowadays I exit the summary buffer, hit 'g', then go back in.
> `----

Strange, I use M-g quite frequently and never had problems.  Concerning
your bug report, I've just ticked your article and hit M-g.  What I got
was a summary with your still ticked article plus the other unread
articles.  That's how it's supposed to work.

Reading your bug report, it seems that the mark is not propagated to the
server.  But even in that case, the mark should be stored locally (in
.newsrc.eld or whatever variable holds the marks at runtime).  So
probably the local marks not saved before exiting summary while
propagating marks to the remote server is done immediately, which would
explain your issue and why it works for me.

Could you check if it works for you if you enable propagating marks?

,----[ C-h v gnus-propagate-marks RET ]
| gnus-propagate-marks is a variable defined in `gnus-sum.el'.
| Its value is t
| Original value was nil
| 
| Documentation:
| If non-nil, Gnus will store and retrieve marks from the backends.
| This means that marks will be stored both in .newsrc.eld and in
| the backend, and will slow operation down somewhat.
| 
| You can customize this variable.
| 
| [back]
`----

BTW: I think, that the default of this variable should be t nowadays,
where it's pretty common that people use different clients for accessing
their mail (Gnus on "real" computers, Whatever on their phones, the web
interfaces of their mail providers, etc.).

Bye,
Tassilo
-- 
Sent from my Emacs