strange Gnus behavior with group names

strange Gnus behavior with group names

[Ted Zlatanov]

I have nnml as the primary backend, and nnimap as a secondary.

I observe this behavior with nnml:todo and nnml:mail, because they
have counterparts in nnimap (nnimap:todo and nnimap:mail).

When I refresh the groups buffer with `g', the number of new messages
for nnml:mail (called just 'mail') is always set equal to the number
of messages in nnimap:mail (called 'nnimap+mail.lifelogs.com:mail').
So if I have 20 messages in nnimap:mail but 1 in nnml:mail, both
'mail' groups will show 20 messages.

The same incorrect update happens with the nnml:todo and nnimap:todo
groups.

If I do `M-g' on nnml:mail or nnml:todo, the number of messages is
updated correctly.

I'm not sure if this is a Gnus bug or something corrupted in my
.newsrc.eld...  I would appreciate pointers as to where to start
debugging.

Latest CVS Oort Gnus.

Thanks
Ted

Re: strange Gnus behavior with group names

[Ted Zlatanov]

On Tue, 31 Dec 2002, larsi@gnus.org wrote:
> Ted Zlatanov <tzz@lifelogs.com> writes:
> 
>> In gnus-topic-find-groups I found the root of the problem with
>> incorrect group unread article count:
>>
>> (gnus-gethash "nnimap+mail.lifelogs.com:mail" gnus-newsrc-hashtb)
>> (gnus-gethash "mail" gnus-newsrc-hashtb) ;; this is the nnml backend
>>
>> Both of these return the number for the nnimap "mail" group as the
>> car of the return structure.  So the problem is that
>> gnus-newsrc-hashtb is giving gnus-topic-find-groups incorrect data.
> 
> Hm, right.  I'll have a gander at this problem tomorrow (probably),
> but could you re-post your message to the ding list?  (Or re-state
> what the problem is there.)  Perhaps it's a problem that others have
> observed, and know the answer to.

As requested :)

Has anyone observed the problem above?  Basically I get incorrect
unread counts for nnml and nnimap groups with the same name (the
nnimap group always gives the nnml group its article count in my
experience).  Hitting 'l' keeps the nnml "mail" group in the groups
list.

Another interesting thing is what happens when I try to enter the
"mail" (nnml) group and get the "Can't select group" message because
there's no articles in it.  The next time I hit 'l', the nnml "mail"
group is taken off the list of groups, so something internal gets
updated when I try to enter the nnml "mail" group.

Puzzled
Ted