Closed Bug 278208 Opened 20 years ago Closed 16 years ago

When selecting de action Compact Folders from the File menu bar option, and after 1 minute, thunderbird hangs

Categories

(Thunderbird :: Mail Window Front End, defect)

Product:
Thunderbird
Component:
Mail Window Front End
Platform:
Sun
Solaris
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 249754

People

(Reporter: isi, Unassigned)

References

Details

(Keywords: hang, qawanted) 

User-Agent:       Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7.5) Gecko/20041109 Firefox/1.0
Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7.5) Gecko/20041109 Firefox/1.0

File -> Compact Folders makes thunderbird crashes. My thunderbird is installed
into my user account, and I run it in a sunray server with: SunOS sr-ebcn03-02
5.9 Generic_117171-12 sun4u sparc SUNW,Sun-Fire-V440.
Ask for any info you need.
I'm not the administrator of this machine.

Reproducible: Always

Steps to Reproduce:
1.File
2.Compact Folders
3.Wait 1 minute

Actual Results:  
Thunderbird crashes

Expected Results:  
Compact all folders

I dont have any plugin nor theme installed into thunderbird
That doesn't happens if i select from the popup menu Compact this folder.

This bug may be the same as my bug report 280049, which however was reported on
Linux and WindowsXP.  Maybe the triggering factor is having a lot of mail
folders (I have 2,500 folders).
Isaac: this might be the same as bug 292171; please mark it as duplicate if you
think so -- are you also using IMAP? 
(I know your bug was filed first, but the other one has more precise information).
*** Bug 280049 has been marked as a duplicate of this bug. ***
Carsten, can you advise Ole how to get stack/trace info so I can post it here?  He is CentOS Linux (Redhat RHEL4 clone) which doesn't have Talkback.

Ole may still be seeing this on TB 1.5 and we think Isaac the reporter is gone.  This could be bug 332119 but we can't tell because Ole has no crash info.  
I've retested the "Compact folders" bug with Thunderbird 1.5.0.10 on WinXP.
I have about 2,500 mail folders on an IMAP server (RHEL4 Linux server with
the dovecot IMAP server).

Thunderbird no longer crashes, but after a couple of minutes becomes
totally unresponsive: No buttons at all work, but the pull-down menus
still work.  Memory consumption went up from 40MB to 60MB, but no CPU time 
is accumulated.  I was able to exit Thunderbird with the File-Exit menu.
(In reply to comment #5)
> Carsten, can you advise Ole how to get stack/trace info so I can post it here? 
> He is CentOS Linux (Redhat RHEL4 clone) which doesn't have Talkback.
>

Ole, please see http://kb.mozillazine.org/Talkback#Linux for information about talkback on Linux and how to get Talkback on linux or a stacktrace.

Does your comment #6 mean you have also crashed on XP? If you can reproduce a crash on XP, you should be able to submit a Talkback ID.




No, as I wrote in comment #6, Thunderbird does not crash, but becomes unresponsive
and must be restarted (which is now possible).
I have also tried Thunderbird 1.5.0.10 on Centos 4.4 (RHEL4 clone).
Thunderbird no longer crashes when doing "Compact folders", and seems to
work partially.  But when I Compose a message and press Send I get an
error message: "Sending of message failed. Unable to open the temporary
file . Check yout 'Temporary directory' setting.".  The Compose window
can't be closed because the message can't be saved in the Drafts folder.
The File->Quit button doesn't work any more.  The only way to proceed
seems to be manually killing the Thunderbird process.
QA Contact: front-end
Can not reproduce 

Mozilla Thunderbird version 2.0.0.12 (20080213)

Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9b3) Gecko/2008020511 Firefox/3.0b3

Done compacting - wait 3 min  Unread 3414 total 3441 
Can not reproduce 

Mozilla Thunderbird version 2.0.0.12 (20080213)

Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9b3) Gecko/2008020511 Firefox/3.0b3

Done compacting - wait 3 min  Unread 3414 total 3441 
The error has been reproduced today with Mozilla Thunderbird version 1.5.0.12 (20080215) on CentOS (Redhat) Linux 5.1.
Number of folders (not messages !) is about 2,500.
Ole, version 1.5 is too old to get much if any attention. 1.5 users are advised to move to version 2 - where many bugs are fixed including several compaction bugs, such as bug 332119, bug 342236, bug 342236    	
Wayne, version 1.5 is what's shipped with RedHat Linux !  We have to live with
stable Linux distributions having old versions of various packages :-(
Thunderbird v2 has been out for almost a year now.
Have you written to RH to ask them what's up?
Are they distrib FF 1.5?
p.s. reporter email address is dead
Keywords: hang
Summary: When selecting de action Compact Folders from the File menu bar option, and after 1 minute, thunderbird crashes → When selecting de action Compact Folders from the File menu bar option, and after 1 minute, thunderbird hangs
(In reply to comment #15)
> Thunderbird v2 has been out for almost a year now.
> Have you written to RH to ask them what's up?
> Are they distrib FF 1.5?
> p.s. reporter email address is dead

More than 1 month later, no information, resolving incomplete.

Please comment if the issue still occurs in the latest supported Thunderbird 2.0.0.x or trunk nightlies.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → INCOMPLETE
Using Thunderbird 2.0.0.12 on Windows XP, I can reconfirm that the problem still exists: Doing "Compact Folders" causes Thunderbird to be busy and unresponsive for several hours. I cannot read any folders, but I can use the pull-down menus. Thunderbird is using about 110 MB of memory and just a few percent of CPU. Terminating Thunderbird and restarting it restores normal operation.
Reopening based on comment #17.
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---
Thunderbird on MAC OS X v10.5.2 Dual G5 / PPC 
version 2.0.0.12 (20080213)

Works for me  - I dont have so much mail however
14 folders with 
unread 4525 total 4552
recommend  change to new


david, what's the next step?

xref: 
bug 321277
bug 320515
bug 420300
Assignee: mscott → nobody
Keywords: qawanted
If Ole is up for it, the next step is to figure out which particular folder is causing the issue, by using the context menu on each folder and seeing which one causes the hang - or look in the profile directory and see what the newest .msf file is - that could be the one that the compact process is hung on.
I would like to be helpful, but I have 2600+ mail folders, and a linear test of
each folder in succession is beyond my capabilities :-( 

Are there any workarounds, such as removing the .map/ directories on our IMAP server ?
When you do file | compact folders, does it give you status as to which folder its compacting?

I didn't realize you were doing this on an imap account - that means we're going to run 2600 imap urls, select 2600 folders, issue an expunge, and sync 2600 folders. That's going to take a long time, especially if the server is slow. I'm not sure why you can't select any folders, unless the server is overloaded. We do serialize the expunges, so you should be able to do other things.

Do you have your folders configured for offline use?

You could try generating an imap protocol log by following these instructions, substituting IMAP for protocol - http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap

(there are newer instructions somewhere but I could't find them)

I expect you'll see us issuing expunge after expunge,
Status: UNCONFIRMED → NEW
Ever confirmed: true
duping to bug 249754. If the patch there turns out to not solve the problem then please reopen this bug.
Status: NEW → RESOLVED
Closed: 17 years ago → 16 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.