Message count problems tracker bug for News.

Bug 24592, "Number of msgs in News Server is NOT reflected properly in pop-up window" Bug 34406, "Unread counts different between server and dialog." Bug 41457, "Displayed number of new usenet messages is inconsistent." Bug 59681, "Newsgroup incorrectly appears to have unread messages." Bug 64476, "threads with unread returns false positives if you ever did "Get Next n Messages."

It's more messed up than ever right now. Especially for NNTP. This fools me to read some newsgroups, and to look frenetically after new messages when there are no. :(

what happens is that after all messages are read, the message count of the unread messages is equal to the total messages contained in the folder

mass accepting my bugs.

Bug 108650 - Unread counts toggle back and forth between twisty open and selection. Bug 113414 - File | 'Get Next XXX News Messages' displays incorrect value.

This bug is almost similar to the one I reported as a comment at 108650. The comment from Håkan Waara happends on my computer as well: It looks after new messages when there is none. One strange thing is that GTOP report more and more instances of mozilla as I read news. If not reading news at all, it report five or six instances. after a few of the "breaks" when mozilla just look for new messages without getting any, GTOP reports more instances of Mozilla! The highest number I have gotten is 16 instances! - When leaving mozilla, only a few of them are closed, causing the program to get REALLY slow and buggy when reading news the next time.

I think I have a little insight into this bug. My symptom is that a newgroup will default to some number (say 9). If more messages actually come in, the reported number of unread messages in the sidebar will be 9 plus the number of new messages. I was given a "fix" for the bug, which was deleting the file specific to the newsgroup and restarting Moz. It almost worked. Now, the newsgroup title is just bold normally. When I select it, it now displays a 1 in parenthesis, even though there are no new messages. I think this is related to the icon indicating new messages in each thread. Also, it seems that it is directly related to the number of posts I've made on that newsgroup.

Please, people, this is a _tracker_ bug, not a bug in and of itself that any engineer can fix. Add your comments in the bugs linked here.

Bug 190301: number of unread messages shows a short count

I keep forgetting to add myself to the CC list! So much for bug 133697!

Bug 190301 duped to bug 147710, which is already listed but also fixed. Removing depends.

I'm no longer at Netscape/AOL, but I suspect these tracking bugs may be useful for those still actively involved, as well as future development. QA and assignee changes -> nobody@mozilla.org

Adding bug 290826 to the tracking list.

Should Bug 298737 be part of this META?

See also bug 294754 comment#3 for a workaround. It's ugly, but I suspect it can be useful for many of the bugs tracked here.

Adding following bugs in "Depends on:" to track or DUP close. (contains "news&count", does'nt contain "account") Bug 80485, Bug 92789, Bug 95486, Bug 184912, Bug 202341, Bug 208082, Bug 267356, Bug 365819

i don't know if anywhere in the linked bugs is a solution...i searched some, but found it not... to solve this wrong message count you have to change a line in you news-definition file (profile\news\*.rc). normally a line looks like this: comp.lang.pascal.delphi.misc: 1-109221 the line with the wrong count has more parts like this: alt.comp.lang.borland-delphi: 1-86854,86855,86860-86902 close TB and changing this to one part and start TB...this works for me but it's annoying to open the file someimes... HTH Frank

In reply to comment #17 - This is the workaround described in more detail in bug 294754 comment #3 dated 2005-06-06 - You should make sure that you aren't unwittingly marking "real" unread messages as read - On Linux, the filename is <profile>/News/newsrc-* where the part after the dash is the server hostname.

adding Bug 295381

Cleaning off dupes from the blocker list.

Is there an existing bug that allows TB to download all message headers as they arrive on the server? Currently I've got Thunderbird set to check for new messages every 1 minutes. But I actually want TB to download these messages so that my Search Folders get updated. Would this behavior be added with the fix from this bug? Or would it be another bug all by itself?

Found the bug in question: https://bugzilla.mozilla.org/show_bug.cgi?id=71728