Closed Bug 541114 Opened 15 years ago Closed 15 years ago

Losing "read" counts for folders after upgrade to 3.0.1

Categories

(Thunderbird :: Search, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 540554

People

(Reporter: cmtalbert, Unassigned)

Details

I'm not sure what is happening, and I can't seem to find an existing bug on it, but I am pretty convinced this has to be a duplicate.

When I first got 3.0.1, I started to notice the following behavior:

During startup of thunderbird, the gloda indexer runs, new messages are downloaded.  I have a bunch of filters that takes my incoming messages and puts them in IMAP folders.

During this process, sometimes it gets confused and marks every single message (or a lot of them) as "unread" in those folders.  It doesn't happen consistently, and it doesn't happen to the same folder.  It usually affects somewhere between one and three folders.

An example:
1. Filter all bugzilla mail with the X-Component header into the folder for the component "Layout".  
2. There are something like 10,000 messages in this folder, all are read.
3. Start Thunderbird, download the next 40 unread messages, filter them into the folder.
4. Somehow, the layout folder tells me that there are 10,000 unread messages in it.  

Sometimes it doesn't mark them *all* as read.  For instance, in one of my folders I have 16,000 messages and today Thunderbird decided to mark 9,699 of them as unread (my usual unread count for that over a day is about 60).

I can't say why but I have a suspicion that indexing is the culprit here.  I'll see if I can turn off the indexer and whether or not the problem continues.

I never saw this with 3.0 or the nightlies leading up to 3.0.  I've been on beta channel since 3.0 released, so I can only tell you that this began happening when 3.0.1 went to beta, and it happens intermittently since.

Sorry for the crappy bug report. Hopefully this is a dupe.
turned off mailnews.database.global.indexer.enabled (set to false).  We'll see what happens now.  At first blush, it is much faster to start up (of course it already downloaded all the mail, so it should be).
blocking-thunderbird3.0: --- → ?
Clint, you could try this build - http://s3.mozillamessaging.com/build/try-server/2010-01-20_15:30-bienvenu@nventure.com-1264029848/bienvenu@nventure.com-1264029848-mail-try-mac.dmg

It's 3.01 plus a one line bug fix. If that fixes it, then this is certainly a dup.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
blocking-thunderbird3.0: ? → ---
(In reply to comment #2)
> Clint, you could try this build -
> http://s3.mozillamessaging.com/build/try-server/2010-01-20_15:30-bienvenu@nventure.com-1264029848/bienvenu@nventure.com-1264029848-mail-try-mac.dmg
> 
> It's 3.01 plus a one line bug fix. If that fixes it, then this is certainly a
> dup.
> 
> *** This bug has been marked as a duplicate of bug 540554 ***
This looks like it did fix it.  I started this build up five times without the problem occuring, whereas on other builds it would happen every 1-2 starts of tbird.  Thanks David!
You need to log in before you can comment on or make changes to this bug.