Re: Strange auto-caching

[kai.grossjohann@uni-duisburg.de (Kai Großjohann)]

Kevin Greiner <kgreiner@xpediantsolutions.com> writes:

> From what you are describing gnus-agent-fetch-selected-article updates
> the internals correctly.  The problem has to be in its call to
> gnus-summary-update-article-line.  I've already found, and I thought,
> fixed a problem in this call.  There must be something else going
> wrong.  Can you step through it to see what is happening?  What
> happened before was that g-s-u-a-l jumped to, and updated, the wrong
> line in the summary.

My problem has nothing to do with gnus-summary-update-article-line.  I
think...  I just did M-x edebug-defun RET on it, then entered a group
and got this result (slightly massaged because of UTF-8 characters in
thread trees):

-   Thu 16.01., 19k: Robert J. Chass | Re: errors in Tramp FTP, yet file fetched
-  +Sat 18.01.,3.7k: Kai Großjohann  | Todo: Forbidden word "path"
-   Sun 19.01.,2.5k: Michael Albinus |  \-
+Q  Jan 01 '70,0.0k:                 | Re: Preserve permissions after backup?
-   Mon 27.01.,2.3k: Eli Zaretskii   | \-
-   Mon 27.01.,2.0k: Richard Stallma |  \-
+   Tue 28.01.,2.3k: Michael Albinus | Re: tramp (2.0.28); ange-ftp stopped working
+   Tue 28.01.,3.0k: Michael Albinus | Re: Todo

%O is the first char in each line.

The function gnus-summary-update-article-line was not called.

I verified that the `-' marked articles were also fetched by exiting
the group, going unplugged, reentering the group, selecting Eli's or
Richard's article.

Something else is also wrong in that `.' does not jump to `-' marked
articles, only to `+' marked ones.  Maybe
gnus-summary-first-unread-article and %O are accessing the same,
wrong, data structure?

Is there another function that I could trace through?

Is anyone else seeing similar problems?
-- 
A turnip curses Elvis