Re: Gnus lies about downloaded state

[Danny Siu <dsiu@adobe.com>]

Kevin Greiner writes:

  Kevin> Danny, We've been on this thread for a week now.  Can you summarize
  Kevin> the error that you are currently seeing?  We've had so many posts
  Kevin> that I'm not certain that I understand the current situation.

I think I am close to nailing down the cause of the problem.  Will need to
debug more to confirm my result.  Here are the high level bits.

The problem arises in gnus-summary-prepare-unthreaded and
gnus-summary-prepare-threads where gnus-newsgroup-undownloaded contains
incorrect article numbers of undownloadeds when those articles are actually
downloaded.  i tracked it down to gnus-select-newsgroup() which uses
gnus-agent-get-undownloaded-list to update gnus-newsgroup-undownloaded.

In gnus-agent-get-undownloaded-list(), sometimes 'undownloaded' is
calculated incorrectly and hence affacts gnus-newsgroup-undownloaded which
used by gnus-sum.  undownloaded contains a list of article number which are
in fact downloaded.  That is confirmed by breaking and looking at (alist
(gnus-agent-load-alist gnus-newsgroup-name)) at the very beginning.

One more observation: entering a group with and without prefix (C-u) MADE a
different on how the summary buffer is highlighted.  C-u enter a group
almost always give me a correctly highlighted summary versus entering a
group without prefix will show the problem of incorrectly highlighted
download states.  In debugging gnus-agent-get-undownloaded-list(), I think
the two cases differs only in the content of (headers
gnus-newsgroup-headers).

Any additional info is welcome.  I will dig in more later today.

  Kevin> If the problem is in the selection of the face, you should check
  Kevin> the value of gnus-summary-highlight.  It's value is expanded into a
  Kevin> cond so the first case that matches determines the face.

-- 
Danny Siu