Closed Bug 19975 Opened 26 years ago Closed 26 years ago

MLK: DeviceContextImpl leaks

Categories

(Core :: Layout, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: neeti, Assigned: kmcclusk)

References

Details

(Keywords: memory-leak)

Troy, I am not sure whom this bug should go to. Please reassign it to the right person. Instances of ImageRequestImpl which are created for the icons by DeviceContextImpl::LoadIconImage(PRInt32 aId, nsIImage*& aImage) leak. This is happening on Windows and Mac. The ImageRequestImpl for the icon is being created from the DeviceContextImpl. ImageRequestImpl::ImageRequestImpl() line 174 DeviceContextImpl::LoadIconImage(DeviceContextImpl * const 0x010141d0, int 0, nsIImage * & 0x00000000) line 379 + 36 bytes nsImageFrame::DisplayAltFeedback(nsIPresContext & {...}, nsIRenderingContext & {...}, int 0) line 449 + 20 bytes nsImageFrame::Paint(nsImageFrame * const 0x01cef970, nsIPresContext & {...}, nsIRenderingContext & {...}, const nsRect & {
Blocks: 15821
See bug 15821 for the ImageRequestImpl leak bug.
Assignee: troy → kmcclusk
Looking at the code my guess would be that the device context isn't being freed, but there may be other issues. Kevin, this is a gfx issue and I think you're the gfx module owner
Status: NEW → ASSIGNED
Target Milestone: M14
Keywords: mlk
Moving M15
Target Milestone: M14 → M15
Marking Fixed. As per neeti@netscape.com 2000-03-27 13:09 ------- comments in bug 15821.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Marking verified per last comments.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.