Re: gnus uses a cache? And how it affects mairix searches...

[Eric Abrahamsen <eric@ericabrahamsen.net>]

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>> Dan Christensen <jdc@uwo.ca> writes:
>>
>>> Dan Christensen <jdc@uwo.ca> writes:
>>>
>>>> [Sorry to hijack the thread.  Subject adjusted.]
>>>>
>>>> James Cloos <cloos@jhcloos.com> writes:
>>>>
>>>>> There is some caching of articles w/in a given session, but nothing I'm
>>>>> aware of which would survive a restart.
>>>>
>>>> Since upgrading Ubuntu and Gnus, I've noticed that the results of
>>>> nnmairix searches infiltrate subsequent search results.  More precisely,
>>>> the second time I do a search, the summary buffer looks correct, but for
>>>> some of the articles, when I select them the *Article* buffer shows the
>>>> articles from the previous search.  The third search may show article
>>>> buffers from the first or second search (or both).
>>>>
>>>> My search results are stored in a local imap folder (dovecot), and I
>>>> have verified that on disk the correct articles are stored.  I have also
>>>> verified that if I connect to dovecot via telnet, it displays the
>>>> correct article bodies.  I am not using the agent (as far as I know).
>>>>
>>>> I have also tried various nnmairix keystrokes to redo searches, etc,
>>>> and none of them helped.
>>>>
>>>> Any idea why this is happening?  nnmairix used to work beautifully for
>>>> me.
>>>>
>>>> Dan
>>>
>>> I finally figured this out.  Setting gnus-keep-backlog to nil solved
>>> the problem.  It turns out that by default, gnus caches the most recent
>>> 20 articles you have viewed, rather than contacting the server again.
>>> This is true even if you exit and reenter a summary buffer.
>>>
>>> Maybe nnmairix should remove articles from this cache when it creates
>>> a search folder?  Or bind this variable to nil in nnmairix groups?
>>
>> Hmm, I may have seen this in nnir groups, as well. At least, I've (only
>> once or twice) had a similar situation: selecting articles in an nnir
>> search summary buffer, and seeing article bodies from the last search. I
>> can only assume it's the same problem...
>
> Just had it again! See attachment -- the article body shown when
> selecting one summary line actually belongs to a different summary line.
> This time it seems fairly reproducible (and is messing with
> Gnorb-related stuff) so I'll see if I figure it out, starting with
> setting gnus-keep-backlog to 0.

And yes, that worked. My guess is that gnus should just not enter
articles into the backlog if they came from a search-composed group.

Ie, the check at the very top of `gnus-backlog-enter-article' needs to
be expanded. I thought that gnus-ephemeral-group-p might be the right
check, but that doesn't flag nnir/nnmairix groups. I need to run out,
but will look at this more later -- or if anyone knows a nice clean
filter, rather than checking against a bunch of regexps?

Eric