Re: Gnus lies about downloaded state

[Kevin Greiner <kgreiner@xpediantsolutions.com>]

kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes:

> Kevin Greiner <kgreiner@xpediantsolutions.com> writes:
>
>> We've been on this thread for a week now.  Can you summarize the
>> error that you are currently seeing?  We've had so many posts that
>> I'm not certain that I understand the current situation.
>
> Same here :-)  I just know what I'm seeing.
>
> Again:
>
> Let A be a ticked (and thus, cached) article.  Let B be an unread
> article (that I have read before but then hit M-u on it).  Let C be
> an unseen article (displayed with `.').  Let these be the only
> articles that are shown after RET on the group.
>
> A is shown in gnus-summary-high-undownloaded-face, and the %O marker
> is -.
> B is shown in gnus-summary-normal-undownloaded-face, and the %O
> marker is -.
> C is shown in gnus-summary-normal-unread-face, and the %O marker is +.
>
> I'm not sure whether the %O marker for A is correct or not: OT1H, it
> *should* be downloaded, but OTOH, it's also cached.

For article A, this is correct (if ugly) behavior.  The agent and
cache are two distinct services so an article can be cached yet
undownloaded :(.

As for the rest, I'll keep looking.

Kevin