Large IMAP (shift+)Delete causes Memory Exhaustion



12 years ago
11 years ago


(Reporter: danielwatts, Assigned: mscott)



Windows XP

Firefox Tracking Flags

(Not tracked)


(Whiteboard: CLOSEME 2008-04-30)



12 years ago
User-Agent:       Opera/9.02 (Windows NT 5.1; U; en)
Build Identifier: version (20061207)

Summary: Thunderbird process becomes unresponsive after selecting a large quantity (1000+) messages and hitting shift+delete. A check of the Task Manager shows memory usage heading towards 1000MB of RAM and growing. 

Suggest looking at last post of bug:

Would be good to implement some magic and then small batching of delete requests (may be 100 at a time). 

I'm sure the problem here is client side as there is very little IMAP traffic. Looks like the problem is all about updating client side caches. 

Reproducible: Always

Steps to Reproduce:
Find a folder with 1000+ messages. 
Select All

Actual Results:  

Visually, nothing happens - the program (and all of windows) becomes unresponsive. Memory continues to rise until program killed.

Expected Results:  
Ideally, the messages should instantly disappear (however fast the background imap delete takes). 

Used against a Dovecot server using Maildir. Quite a powerful server that was reporting loads of <1.00 during the time that thunderbird was frozen.


12 years ago
Version: unspecified → 1.5

Comment 1

12 years ago
ref bug 218075, bug 296453

I recall seeing commentary from david somewhere on this, but maybe that was about copy/move, or marking junk?
Component: General → Mail Window Front End
Keywords: perf
QA Contact: general → front-end
Daniel, could you please check the issue still occurs in the latest supported Thunderbird 2.0.0.x or trunk nightlies?
Whiteboard: CLOSEME 2008-04-30

Comment 3

11 years ago

Well I don't have a folder with 1000+messages at the moment but just tried with 400+ messages and after about 20 seconds they all disappeared. Memory rose from 200k - 245k (and stayed there after the delete) but I'm not seeing my >1GB memory usage as I did before.

Possibly exponential rise in memory though so someone still needs to try with 1000+ messages. 

Comment 4

11 years ago
Daniel, thanks for checking. Are your figure MB or K?  

Anyway, Your results consistent with mine, so closing WFM...

tested version 3.0a1pre (2008041203)
- core duo laptop, wireless G, connected to cable modem (my slowest connection)
- imap account settings -  delete="move to trash", use idle, cache connections=5
- folder sort=threaded
- folder "lotsamsgs" is 23,478 messages, 91MB
                               WS     WS
                   cpu  WS     peak   private
after startup      :03  30140k 31276k 15612k
mouseover lotsamsgs     47MB
remove mouseover        36MB
after clicking fld :10  52460  52640  35960
select all         :13  52436  52764  35932
shift+del          :33  58584  67896  43048 ~20sec wall clock 

net change from delete - 6MB
HOWEVER, note this odd aspect of the results:
- after shift+del is done, folder stats show 7 remain but thread pane is empty
- leave folder and return to lotsamsgs, the subjects of the remaining msgs appear
- nothing unusual about these msgs that didn't get deleted, afaict
Last Resolved: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.