Closed Bug 306610 Opened 19 years ago Closed 15 years ago

mail summary of inbox runs at start. Miscount of Inbox contents, way OVER actual

Categories

(Thunderbird :: General, defect)

x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: dogbonz, Assigned: Bienvenu)

References

(Blocks 1 open bug)

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

Seems to re-load the Inbox summary at start.  Every time. Takes a few minutes.
Then, after done, cites Inbox mail at least 4 times what's actually
there.  i.e.  67 actual Inbox emails = but 457 reported.  Weird.
Using T-bird 1.0.2

Thank You

Reproducible: Always

Steps to Reproduce:
1. Start T-bird.
2. Sit and watch.
3. Every time.

Actual Results:  
Same results, even after turning off "check mail at start".

Expected Results:  
Should have opened quickly to the correct # of emails, and begun
downloading new. (I turned off the immediate download to speed
the "summary process" which takes a minute or two each time.
Working fine until a couple of days ago.  Triple checked for
virus and spyware - clean as a whistle.


Default theme.  Doesn't crash.  I also use Firefox 1.0.6, sometimes
concurrently.
have you tried a 1.8 branch or trunk nightly build? Or deleting inbox.msf?
(In reply to comment #0)
> Seems to re-load the Inbox summary at start.  Every time. Takes a few minutes.

Related to bug 289369, bug 289426 and bug 299198?
This same bug has just started on my Thunderbird in the last 24 hours. The
message count in the bottom right corner soars, and sometimes the number of
unread messages (in brackets after 'Inbox') goes way up as well - then later
they go down again. But if I click on Inbox while the number is up, Thunderbird
crashes.
I'm having the same problem.Says I have 1,000 or more messages in inbox.The number get's higher everytime I opne and close t-bird without retreiving messages.Has been doing this for several weeks now.Using thunderbird 1.0.6 just upgraded to 1.0.7.Same problem.
has anyone tried a 1.5 rc2 build, or a recent trunk build?
If the Inbox.msf file is out of sync, and we check for new mail on startup, we were attempting to reparse the folder w/o deleting the db first - calling GetDatabaseWithReparse does the right thing here...I'm not sure how old this bug is, but it might have been in 1.0x...
Assignee: mscott → bienvenu
Status: UNCONFIRMED → ASSIGNED
Attachment #207226 - Flags: superreview?(mscott)
I'm seeing this on 20060101
oh wait, maybe not.  I have a similiar problem, only with folders that are popualated via filters.  related?
Attachment #207226 - Flags: superreview?(mscott) → superreview+
I think the regenerating of summary files is causing much more grief than its worth. This patch basically makes it so we only regenerate summary files if they mailbox size is out of sync with what's in the db, which should be very unlikely, or the time stamp is way out of sync. I'm proposing trying this.
Attachment #210393 - Flags: superreview?(mscott)
Comment on attachment 210393 [details] [diff] [review]
ignore timestamp differences if they're less than 66 minutes

sounds good.
Attachment #210393 - Flags: superreview?(mscott) → superreview+
neither patch has been checked in.  
is this waiting for other issues, or was this fixed in some other way?
QA Contact: general
(In reply to comment #11)
about:config of Seamonkey 1.1.1(release/ZIP build, Win-XP SP2) displays defaulted  mail.db_timestamp_leeway=4000, but config editor of Tb latest-trunk(2007/5/13 build, Win32 ZIP) doesn't show mail.db_timestamp_leeway.
Landed on Seamonkey trunk only? Or Tb won't display if default value?
(In reply to comment #0)
> Then, after done, cites Inbox mail at least 4 times what's actually
JFY. "Miscount" part is Bug 363008.
(In reply to comment #11)
> neither patch has been checked in.  

LXR search result for mail.db_timestamp_leeway. Looks to be landed-on to 1.8 branch only. (temporary bypass, then still open?)
>Mozilla Cross Reference mozilla1.8
>   /mailnews/mailnews.js, line 111 -- pref("mail.db_timestamp_leeway", 4000);
>   /mailnews/db/msgdb/src/nsMailDatabase.cpp, line 103 --
>      GetIntPref("mail.db_timestamp_leeway", &gTimeStampLeeway);
>Mozilla Cross Reference mailnews (seamonkey too)
>   /mailnews/db/msgdb/src/nsMailDatabase.cpp, line 102 --
>      GetIntPref("mail.db_timestamp_leeway", &gTimeStampLeeway);

mail.db_timestamp_leeway was landed on trunk by David.
I could see mail.db_timestamp_leeway=4000 with Tb trunk 2007/6/23 build. 
Are symptoms gone for everyone?  If so, we can mark FIXED. mail.db_timestamp_leeway is seen in current trunk
(note, reporter's email addr may be dead)
no comments, so => FIXED
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.