Closed Bug 1903158 Opened 3 months ago Closed 3 months ago

Reference count error in nsImapService::FetchMessage

Categories

(MailNews Core :: Networking: IMAP, defect)

defect

Tracking

(thunderbird128 fixed)

RESOLVED FIXED
129 Branch
Tracking Status
thunderbird128 --- fixed

People

(Reporter: darktrojan, Assigned: darktrojan)

References

Details

(Keywords: memory-leak)

Attachments

(1 file)

nsImapService::FetchMessage has one code path where references to aURL are added twice, leaving one when the object is finished with and causing it to leak.

Pushed by kaie@kuix.de:
https://hg.mozilla.org/comm-central/rev/50a1b0bf9022
Fix double AddRef in nsImapService::FetchMessage. r=mkmelin

Status: ASSIGNED → RESOLVED
Closed: 3 months ago
Resolution: --- → FIXED

Thinking about it some more, the commit message is slightly inaccurate. We're not counting the reference to the pointer at aURL twice, we're creating a second pointer in the same place, without cleaning up the first one.

Comment on attachment 9408041 [details]
Bug 1903158 - Fix double AddRef in nsImapService::FetchMessage. r=#thunderbird-reviewers

[Approval Request Comment]
Regression caused by (bug #):
User impact if declined: memory leak
Testing completed (on c-c, etc.): this only landed yesterday but we're unlikely to get any feedback on it - can confirm it fixes the leak
Risk to taking this patch (and alternatives if risky): low

Attachment #9408041 - Flags: approval-comm-beta?

Comment on attachment 9408041 [details]
Bug 1903158 - Fix double AddRef in nsImapService::FetchMessage. r=#thunderbird-reviewers

[Triage Comment]
Approved for beta

Attachment #9408041 - Flags: approval-comm-beta? → approval-comm-beta+
See Also: → 1330872
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: