306674 - SVG clipPath in symbol not interpreted

Status: RESOLVED DUPLICATE of bug 353575

(Core :: SVG, defect)

Description

[Daniel Kraft]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20050828 SeaMonkey/1.1a
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20050828 SeaMonkey/1.1a

A svg:clipPath element, which is defined inside a symbol-element, can't be
referenced (isn't applied); moving it out of the symbol (into defs), it works.

As clipPath is allowed in the content model of symbol (at least in the SVG 1.1
Recommendation), I suppose it should be allowed there.

Reproducible: Always

Steps to Reproduce:
Open the sample file, which is the same as that of Bug 193825, except that it
uses symbols & references.
Actual Results:  
No clipping is done.

Expected Results:  
The clipPath should be applied.

Comment 1

[Daniel Kraft]

Attachment: Triggering the bug.

This is the same test case as for Bug 193825, except that the rectangle &
clippath are defined inside a symbol which is referenced later. Moving the
clipPath element one level up (making it a child of defs) it works.

Comment 2

[Martin Hejral]

I CONFIRM this bug.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20050912
Firefox/1.6a1

Comment 3

[Jonathan Watt [:jwatt]]

This is still present on trunk, but I'm not sure how valid/useful it is to have a <clipPath> _inside_ a <symbol>, or whether we really care to use up time allowing that.

Comment 4

[Martin Hejral]

Is this too time expensive?

I work as gr. designer and I can imagine using such construction...

Comment 5

[Jonathan Watt [:jwatt]]

What stops you putting the <clipPath> outside of the <symbol> instead of inside?

Comment 6

[Martin Hejral]

Nothing :) 

But, I think if this is not prohibited by the SVG standard

http://www.w3.org/TR/SVG11/masking.html#ClipPathElement

we should allow designers create such construction...

otherwise we will cause compatility problems... by my opinion.

Comment 7

[Robert Longson [:longsonr]]

Seems to work now both in trunk and in Firefox 3.6.

Comment 8

[Robert Longson [:longsonr]]

Actually it doesn't work. Previous releases didn't clip at all. 3.6 and above now clip everything regardless of what the clip path should clip.

Comment 9

[Mo]

Attachment: Related example, a clip-path property applied to a <clipPath> element

The attached .zip contains a .svg that contains 2 implementations of a clip-path use, both should render the same way. A PNG of how it should look after the 2 intersections are done is also included.

Comment 10

[Robert Longson [:longsonr]]

Comment 9 is unrelated it is bug 534612 which is fixed on the trunk.