using a latest trunk build. If I select a folder and then run junk mail controls on that folder, we leak the world because the global window is getting leaked. This problem is intermittent. I've seen it for both imap and local folders. I think it only happens when we find at least one piece of junk mail to move to the junk folder. Although even then, it doesn't happen 100% of the time.
Created attachment 277452 [details] leak log Here's an example leak log using imap. 1) Start up 2) Select a Folder 3) Run junk mail controls on the folder (it moved one message in this case) 4) What for the operation to complete and then quit.
Assignee: nobody → mscott
Status: NEW → ASSIGNED
Assignee: mscott → nobody
Status: ASSIGNED → NEW
looks kinda big leak?
Component: General → Filters
OS: Windows Vista → All
Product: Thunderbird → MailNews Core
QA Contact: general → filters
Hardware: x86 → All
Version: 2.0 → 1.8 Branch
It's a large leak, but for normal usage it's just a one time leak, not a leak that grows over time. In essence, it's a shutdown leak, which makes it harder for us to track down other memory leaks, but doesn't affect the user so much. I'm not sure that this leak still happens - but we should have an automated test for this.
(In reply to comment #2) > looks kinda big leak? Could just be because we're leaking the rdf service and its a shutdown leak. I'll try and verify that it is a one-off leak (and run filters isn't affected) before TB 3. Also adding to the list of leak & bloat test improvements (as this bug is already filed).
Assignee: nobody → bugzilla
Priority: -- → P2
Target Milestone: --- → Thunderbird 3.0rc1
Note: if anyone comes along and fixes this they are welcome to, but we're not going to specifically set wanted on what appears to be a one-off leak.
Assignee: bugzilla → nobody
Priority: P2 → --
Target Milestone: Thunderbird 3.0rc1 → ---
You need to log in before you can comment on or make changes to this bug.