SVG Code to query/insert into nsSVGAttrTearoffTable should use nsRefPtr instead of explicit NS_ADDREF

RESOLVED FIXED in mozilla17

Status

()

Core
SVG
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: dholbert, Assigned: dholbert)

Tracking

Trunk
mozilla17
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

Currently, we've got a code-pattern across our "look up or insert into nsSVGAttrTearoffTable" code that looks like this:

55 /* static */ already_AddRefed<DOMSVGAnimatedNumberList>
56 DOMSVGAnimatedNumberList::GetDOMWrapper(SVGAnimatedNumberList *aList,
57                                         nsSVGElement *aElement,
58                                         uint8_t aAttrEnum)
59 {
60   DOMSVGAnimatedNumberList *wrapper =
61     sSVGAnimatedNumberListTearoffTable.GetTearoff(aList);
62   if (!wrapper) {
63     wrapper = new DOMSVGAnimatedNumberList(aElement, aAttrEnum);
64     sSVGAnimatedNumberListTearoffTable.AddTearoff(aList, wrapper);
65   }
66   NS_ADDREF(wrapper);
67   return wrapper;
68 }
https://mxr.mozilla.org/mozilla-central/source/content/svg/content/src/DOMSVGAnimatedNumberList.cpp#55

The manual NS_ADDREF boilerplate there is a bit boilerplate-ish and scary.  I think we should clean these up to use nsRefPtr for the refcounting, and use .forget() to return our (type-safe) already_AddRefed return-value.
Summary: SVG Code to query/insert into nsSVGAttrTearoffTable should use nsRefPtr instead of NS_ADDREF → SVG Code to query/insert into nsSVGAttrTearoffTable should use nsRefPtr instead of explicit NS_ADDREF
Status: NEW → ASSIGNED
QA Contact: dholbert
Created attachment 654384 [details] [diff] [review]
patch 1: DOMSVG*List

This patch fixes all instances of this pattern in DOMSVG*List.cpp.
Attachment #654384 - Flags: review?
Attachment #654384 - Flags: review? → review?(longsonr)
Created attachment 654390 [details] [diff] [review]
patch 2: nsSVGLength2

...and this one fixes nsSVGLength2.

The patch also does the following:
 (a) It makes the tearoff tables in nsSVGLength2 store their actual concrete types, instead of nsIDOMWhatever types.  This matches the tearoff tables elsewhere, and it lets us use nsRefPtr<ConcreteClass> when we query the table.

 (b) It makes the DOMBaseVal and DOMAnimVal structs public, since that's required for (a) to compile, and there's no strong reason for them to be private. (and the similar helper-class DOMAnimatedLength is already public)
Attachment #654390 - Flags: review?(longsonr)
Assignee: nobody → dholbert
QA Contact: dholbert
Try run: https://tbpl.mozilla.org/?tree=Try&rev=d4958b0e9fda
OS: Linux → All
Hardware: x86_64 → All

Updated

5 years ago
Attachment #654384 - Flags: review?(longsonr) → review+

Updated

5 years ago
Attachment #654390 - Flags: review?(longsonr) → review+
https://hg.mozilla.org/integration/mozilla-inbound/rev/165cd64fb08a
https://hg.mozilla.org/integration/mozilla-inbound/rev/c80863b9bf12
https://hg.mozilla.org/mozilla-central/rev/165cd64fb08a
https://hg.mozilla.org/mozilla-central/rev/c80863b9bf12
Status: ASSIGNED → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla17
You need to log in before you can comment on or make changes to this bug.