Version: (using KDE KDE 3.3.2) Installed from: SuSE RPMs OS: Linux Knode miscalculates the number of unread articles in newsgroups. E.g.: At the moment, I have -8 unread articles in gmane.linux.alsa.user - I'm quite sure that knode is wrong. ;-) AFAICS this behaviour seems to have to do with filtered posters and ignored threads. The more I use (resp. knode influences display of postings with) these two capabilities in a newsgroup, the faster the number of unread articles drifts away from the facts.
I haven't seen negative numbers so far, but the unread count is definitely wrong when using filters.
*** Bug 98349 has been marked as a duplicate of this bug. ***
Same for me. I hat a group without any unread message (or only in "Ignore" threads), selected "Mark all as read" and then the number of unread messages was -21 Screenshot: http://roland.oktopus.org/Bug_Knode.jpg
Since KDE 3.4 there are no negative unread article counts here anymore. However the unread article count is still wrong here. I have no filters, but I often ignore threads. The procedure to get an accurate count here is: 1. Fetch new articles for all groups. 2. "Expire all groups" 3. Quit kontact (or knode if it is standalone) 4. Restart kontact After the four steps the article count is correct, but as soon as I fetch new articles it is plain wrong. There is no read of articles involved or timer expiring. Right after fetching new articles the count is wrong. And it stays wrong until restart. Most of the time it is too low. This led to the negative numbers before KDE 3.4. But somtimes the count is too high. It should be possible to get an accurate unread article counter without restarting the application.
I have the same problem with kde 3.5.7 on debian unstable i386. The unread count doesn't seem to get updated for new messages.
*** Bug 129443 has been marked as a duplicate of this bug. ***
This bug is still present in 4.3.0
Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I am closing this bug.