314877 - Tbird crashes with large folders

Status: RESOLVED WORKSFORME

(Thunderbird :: General, defect)

Description

[dnarby]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7

Previously, I was experiencing crashes every 5 min, so I created a new profile.

I created and migrated to the new profile, then it crashed when it attempted to build a summary file for my trash bin, which was admittedly large.

However, this will be a problem in the future when my other folders get large. Since the developers decided to follow the model of MS with Outlook and OE (large file containing all emails vs. many small files in a folder), the same problems with large email files in Outlook and OE are now in Tbird!

If Tbird had drag and drop functionality it would be easy for users to archive their mail outside of Tbird (which most sane people will do at least once a year). 

Having to make archive subfolders and periodically move emails is a PITA considering you don't really know how big they can be w/o crashing, and if you forget to do this, you can disable Tbird to the point where you can't access the email files within the program at all.

Previously noted by another user as bug 273885.

Reproducible: Always

Steps to Reproduce:
1.  Get lots of mail.
2.  Click on a folder

Actual Results:  
Crash.  Data loss.

Expected Results:  
That Thunderbird would work.  Sorry that that sounds snarky, but I don't really know a better way to describe it.

Emails should have been stored as individual text files (e.g. a much older build of Mozilla, not the current system which is a clone of OE and Outlook - with the same problems as those two MS clients).  

Alternately, Tbird should require the user to transfer mail to an archive folder on notice that folder was notified as too large to contain any more mail.  Even better - do this, and add drag and drop functionality to facitlitate email archiving outside of the client.

Comment 1

[David :Bienvenu]

do you have a talkback incident id so we can see what your stack trace is?

Netscape/Mozilla has always used berkeley mailbox format, one file per folder, with a 4GB limit per folder. Whereas Outlook and OE use one file for all folders.

Comment 2

[dnarby]

(In reply to comment #1)
> do you have a talkback incident id so we can see what your stack trace is?
> 
> Netscape/Mozilla has always used berkeley mailbox format, one file per folder,
> with a 4GB limit per folder. Whereas Outlook and OE use one file for all
> folders.
> 

I don't, but here's the crash info from three crashes:

Build is version 1.0.7 (20050923)


Windows 98 Version 4.10.2222
THUNDERBIRD.EXE caused fault #c00000fd in THUNDERBIRD.EXE at address 017f:00821f5a

Registers:
EAX=023131d0 CS=017f EIP=00821f5a EFLGS=00010206
EBX=00000000 SS=0187 ESP=00c81fc0 EBP=00c820cc
ECX=00c8217c DS=0187 ESI=80000000 FS=537f
EDX=00c8217c ES=0187 EDI=02522ecc GS=0000

Bytes at CS:EIP:
53 33 db 56 3b cb 57 75 0a b8 03 40 00 80 e9 f0

Stack dump:
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000


Windows 98 Version 4.10.2222
THUNDERBIRD caused an invalid page fault in module THUNDERBIRD.EXE at 017f:008de5aa.
Registers:
EAX=00000000 CS=017f EIP=008de5aa EFLGS=00010206
EBX=80000000 SS=0187 ESP=00d7f430 EBP=00d7f4ec
ECX=022b0800 DS=0187 ESI=6031d23a FS=564f
EDX=00d7f361 ES=0187 EDI=00000000 GS=0000
Bytes at CS:EIP:
8b 08 50 ff 51 54 ff 75 f8 8d 4d c8 ff 15 9c 1d
Stack dump:
02e3a830 00000001 80000000 022e0140 022e0064 6031feb0 02db27a0 00000002 00d7f4e8 00d7f490 02e3b0a0 02e3a764 02e3a764 02e3a750 02e3a768 60323668


Windows 98 Version 4.10.2222
THUNDERBIRD.EXE caused fault #c0000005 in THUNDERBIRD.EXE at address 017f:008de5aa

Registers:
EAX=00000000 CS=017f EIP=008de5aa EFLGS=00010206
EBX=80000000 SS=0187 ESP=00d7f430 EBP=00d7f4ec
ECX=024ee030 DS=0187 ESI=6031d23a FS=294f
EDX=00d7f361 ES=0187 EDI=00000000 GS=0000

Bytes at CS:EIP:
8b 08 50 ff 51 54 ff 75 f8 8d 4d c8 ff 15 9c 1d

Stack dump:
036bdb00 00000001 80000000 02520a70 02520994 6031feb0 02ce8490 00000002 00d7f4e8 00d7f490 036bef60 036bb904 036bb904 036bb8f0 036bb908 60323668


I may be confusing my clients, but I seem to recall in a galaxy far far away (Mozilla 1.0) that emails were stored in .txt files.

Regardless, it would be nice to at least be able to tell how many emails were in a folder, so when they got to a large amount (say 4000) a user would know it was time to archive them (in lieu of a true fix).

Thanks for checking on this..!

Comment 3

[Ray Booysen]

That dump is very unhelpful.  Could you please try create a talkback incident which will provide more information.

Comment 4

[dnarby]

(In reply to comment #1)
> do you have a talkback incident id so we can see what your stack trace is?
> 
> Netscape/Mozilla has always used berkeley mailbox format, one file per folder,
> with a 4GB limit per folder. Whereas Outlook and OE use one file for all
> folders.
> 

When I check my old OE folder (C:\WINDOWS\Application Data\Identities\{C926D2A0-239D-11D5-8218-C6CA27D70175}\Microsoft\Outlook Express), it shows multiple .DBX files for each folder...  Looks to me like the same style of saving messages, except Tbird's are "cleaner" when you look at the file directly.

Comment 5

[dnarby]

(In reply to comment #3)
> That dump is very unhelpful.  Could you please try create a talkback incident
> which will provide more information.
> 

(In reply to comment #3)
> That dump is very unhelpful.  Could you please try create a talkback incident
> which will provide more information.
> 

I'll try, but Talkback wasn't working very well for me (trouble sending resulting in a long delay) so I disabled it.  I'll re-enable it and try again.  It's going to be awhile though, I'm on the road.

Comment 6

[Peter Remedios]

*** This bug has been confirmed by popular vote. ***

Comment 7

[Lorenzo Simionato]

I don't see the problem in the last 2.0 release.
Please reopen if the problem is still present.

Comment 8

[Wayne Mery (:wsmwk)]

Lorenzo, please use WORKSFORME closure when patch or fixing bug is unknown.
see https://bugzilla.mozilla.org/page.cgi?id=fields.html#status