Created attachment 341825 [details] screen shot SM trunk nightly Gecko/20080930003201 Viewing a mozilla newsgroup, viewing threads with unread, the message list pane, shows a thread that has a total of 3 messages, all in read state (none unread), yet it claims that the number of unread messages in that thread is *7*. Rebuilding the summary file with the button in the newsgroup properties dialog has no effect on this. Does it even work? How could it fail? AFAIK, SM 1.x did not do this. This is a regression.
Why doesn't the "rebuild summary file" fix this? Is it simply not rebuilding the summary file?
Severity: normal → minor
Component: Database → Networking: NNTP
QA Contact: database → networking.nntp
Not blocking release on this, it apparently isn't happening often enough that attract more feedback, and there's nothing lost, it's just a wrong display in the UI. We'd surely like a fix, but we'd not put a release on hold for it.
Flags: blocking-seamonkey2.0? → blocking-seamonkey2.0-
Maybe jcranmer knows of other bugs relating to thread counts.
Summary: More unread messages than total messages in thread → More unread messages than total messages in thread (message count)
You need to log in before you can comment on or make changes to this bug.