Summary: | Wrong number of unread articles - may even become negative | ||
---|---|---|---|
Product: | [Unmaintained] knode | Reporter: | Andreas Kilgus <kde> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | ana, greatbunzinni, kdebugs, martin.hohenberg, smorg |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Andreas Kilgus
2004-12-20 17:22:37 UTC
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. |