Closed Bug 267968 Opened 20 years ago Closed 19 years ago

Inbox count increases everytime when TB 0.9 is started by a specific number

Categories

(Thunderbird :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED EXPIRED

People

(Reporter: plagge, Assigned: mscott)

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Build Identifier: 

Everytime I start Thunderbird 0.9 my Inbox count of unread messages increases 
without (even without incoming E-Mails).
E.g. at the present time, it shows "Inbox (500)". After restart it shows 514, 
then 528, 542 (ans so on). In fact, I have only 24 messages in my Inbox (14 
are unread!).
So everytime I start the program, the Inbox adds the 14 unread messages to the 
count on the left side [Folder tree, "Inbox (+14)"].

My 14 unread messages were already read, but I marked them as unread a while 
ago.

I used TB 0.8 before, uninstalled it correctly, created new folder for the 
installation (deleted the old folder) and then installed Version 0.9. 
Everything else works fine. Means: I still have my old E-Mails that I already 
had in TB 0.8.


Reproducible: Always
Steps to Reproduce:
1. Start  TB 0.9
2. Check the count of unread messages from the Inbox
3. Close TB 0.9
4. Start  TB 0.9
5. Immediately (after one second) TB 0.9 adds the number of the actually 
unread messages to the count from the last session.
I would suggest checking the comments on http://forums.mozillazine.org/
viewtopic.php?t=162338 .  There seems to be a number of people with this 
problem.
Compacting of folders helps to solve also other related issues such as download
messages already downloaded once etc.

See:
http://kb.mozillazine.org/Thunderbird_:_Tips_:_Compacting_Folders

Maybe this could Thunderbird do automatically. I.e. what's the point of leaving
messages on the disk when user deleted them (so they are already hidden and not
usable)???
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.