Closed
Bug 336451
Opened 18 years ago
Closed 18 years ago
nsSVGGeometryFrame::IsClipChild should check the namespace of the ancestor
Categories
(Core :: SVG, defect)
Core
SVG
Tracking
()
RESOLVED
FIXED
People
(Reporter: jwatt, Assigned: jwatt)
Details
Attachments
(2 files)
1.11 KB,
patch
|
tor
:
review+
tor
:
superreview+
|
Details | Diff | Splinter Review |
1.18 KB,
patch
|
Details | Diff | Splinter Review |
Assignee | ||
Comment 1•18 years ago
|
||
Attachment #220664 -
Flags: superreview?(tor)
Attachment #220664 -
Flags: review?(tor)
Comment on attachment 220664 [details] [diff] [review]
patch
> do {
>- if (node->Tag() == nsGkAtoms::clipPath) {
>+// XXX: Do we want to abort if we find a non-svg ancestor? Are non-SVG
>+// elements allowed inside an SVG clipPath element?
>+// if (node->GetNameSpaceID() != kNameSpaceID_SVG) {
>+// break;
>+// }
I believe this section should be uncommented, and the comment adjusted.
With that change, r+sr=tor.
Attachment #220664 -
Flags: superreview?(tor)
Attachment #220664 -
Flags: superreview+
Attachment #220664 -
Flags: review?(tor)
Attachment #220664 -
Flags: review+
Assignee | ||
Comment 3•18 years ago
|
||
Assignee | ||
Comment 4•18 years ago
|
||
Checked in.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Comment 5•18 years ago
|
||
Jonathan,
What was the bug that was actually fixed here?
Assignee | ||
Comment 6•18 years ago
|
||
It's just a correctness issue to make sure we don't match <foo:clipPath> where foo is bound to a namespace other than the SVG namespace. Chances of someone throwing that in are negligable, but best to be correct. Risk is next to nothing.
You need to log in
before you can comment on or make changes to this bug.
Description
•