Sujet : Re: [Tin] Newer versions falsely show empty groups
De : not (at) *nospam* telling.you.invalid (Computer Nerd Kev)
Groupes : news.software.readersDate : 01. Jul 2025, 02:22:31
Autres entêtes
Organisation : Ausics - https://newsgroups.ausics.net
Message-ID : <68633857@news.ausics.net>
References : 1 2 3
User-Agent : tin/2.0.1-20111224 ("Achenvoir") (UNIX) (Linux/2.4.31 (i686))
Computer Nerd Kev <
not@telling.you.invalid> wrote:
Urs Janssen <urs@buil.tin.org> wrote:
In Computer Nerd Kev <not@telling.you.invalid> wrote:
Curiously it sometimes depends on the getart_limit setting. With
"getart_limit=500" I can see articles in alt.bitcoins, but with
"getart_limit=1000" it opens empty, with "*** No articles ***" at
the bottom (normally the view stays on the group list while that
message displays for genuinely-empty groups). Same with
comp.infosystems.gemini, comp.os.misc, and various other
low-traffic groups.
a positive getart_limit fetches the last "limit" articles (so you may
miss some unread articles if the limit is too small), a negative number
will fetch all unread arts plus the last "limit" read articles (for propper
threading). I would avoid positives numbers (as (auto)catchup may mark
unseen articles as read).
I gave this a try and those falsely-empty groups do show articles
in 2.6.4 with "getart_limit=-500".
Also with "getart_limit=500" if I hit 'z' on the group in the group
list to mark all unread, then I see all the articles when I enter
it. If I read most of the early ones, most of those read articles
don't show next time I enter it, but the newer unread ones are
still there. So 2.6.4 is hiding read articles in those groups even
though I've got "show_only_unread_arts=OFF".
I'll get you the debug logs later when I've rebuilt the Tins.
-- __ __#_ < |\| |< _#