Closed Bug 586607 Opened 14 years ago Closed 13 years ago

BuildContentLists should allocate contentList after getting parent

Categories

(Core :: XBL, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla5

People

(Reporter: timeless, Assigned: timeless)

References

(Blocks 1 open bug)

Details

(Keywords: coverity, memory-leak)

Attachments

(1 file)

// XXX Could this array just be altered in place and passed directly to
   // SetContentListFor?  We'd save space if we could pull this off.
   nsInsertionPointList* contentList = new nsInsertionPointList;
   if (!contentList) {
     data->mRv = NS_ERROR_OUT_OF_MEMORY;
     return PL_DHASH_STOP;
   }

   // Figure out the relevant content node.
   nsXBLInsertionPoint* currPoint = aData->ElementAt(0);
   nsCOMPtr<nsIContent> parent = currPoint->GetInsertionParent();
   if (!parent) {
     data->mRv = NS_ERROR_FAILURE;
leaks contentList:
     return PL_DHASH_STOP;
   }
   PRInt32 currIndex = currPoint->GetInsertionIndex();
Attached patch patchSplinter Review
Assignee: nobody → timeless
Status: NEW → ASSIGNED
Attachment #465181 - Flags: review?(neil)
Comment on attachment 465181 [details] [diff] [review]
patch

Patch could have used a bigger -U (5 or so)
Attachment #465181 - Flags: review?(neil) → review+
Attachment #465181 - Flags: approval2.0?
Comment on attachment 465181 [details] [diff] [review]
patch

Mass minusing patch approval that don't have high return. Please renominate if this is more important for 2.0 than it appears.
Attachment #465181 - Flags: approval2.0? → approval2.0-
http://hg.mozilla.org/mozilla-central/rev/53c333d9961f
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla2.2
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: