Only the first child of a mask is considered by Inkscape

Bug #794472 reported by henrypijames on 2011-06-08
This bug affects 8 people
Affects Status Importance Assigned to Milestone

Bug Description

Inkscape version: 0.48.1 r9760 on Windows XP x86

Sample SVG producing the bug see attachment or:

Not only does it misrender on screen, export to EMF is even worse (try save as EMF and then load the EMF back).

File renders correctly in Firefox 4, Safari 5 and Opera 11; Chrome 11 has a different problem with it (regarding mask + transform, apparently).

henrypijames (henrypijames-d) wrote :
description: updated
description: updated
su_v (suv-lp) on 2011-06-08
tags: added: masking
removed: mask
su_v (suv-lp) on 2011-06-08
tags: added: css
su_v (suv-lp) wrote :

Reproduced with Inkscape 0.48.1 and Inkscape 0.48+devel r10262 on Mac OS X 10.5.8 (i386)
Compared to Firefox 3.6, Safari 5.0.4 , Opera 11.11, Chromium 14.0.786.0 and Squiggle (Batik 18pre)
rsvg-view (librsvg 2.34.0) completely fails to render the masks.

Works if the two masking objects are inside a group (i.e. masked with a group).
Using classes or a 'style' attribute doesn't make a difference.

tags: removed: css
Changed in inkscape:
status: New → Confirmed
su_v (suv-lp) wrote :

Forgot to add: all mentioned browsers render the SVG file identically, the only renderer that completely failed was rsvg. Inkscape "omits" the dot in the mask of the upper object.

EMF export not tested (only available on Windows).

su_v (suv-lp) wrote :

> export to EMF is even worse

Please file a separate report about EMF export, possibly with a screenshot illustrating the errors in the EMF file.
If the issue with EMF export is not limited to this particular file but masking in general, it could be related to Bug #649744 “emf wmf export clipping path issue” (export to EMF completely ignores the clipping path).

Alvin Penner (apenner) wrote :

attached is the emf file obtained with dev build 10255, on Windows XP.
this does not recognize the clipping paths, similar to Bug 649744

su_v (suv-lp) on 2011-12-07
tags: added: svg
su_v (suv-lp) wrote :

Also reported and discussed in bug #901198.

Setting bug importance to 'Medium' (compliance to the SVG specification is a major goal on the roadmap): even though Inkscape itself does not create such masks (it only uses the top-most (or bottom-most) object of a selection as mask), it should properly render externally created valid SVG files with masks like in the reported case(s).

Changed in inkscape:
importance: Undecided → Medium
jazzynico (jazzynico) on 2015-06-23
Changed in inkscape:
status: Confirmed → Triaged
su_v (suv-lp) on 2015-12-08
summary: - Incorrect rendering of masked element
+ Only the first child of a mask is considered by Inkscape
kaspar (kaspar-emanuel) wrote :

I believe our renders not showing up in Inkscape is related to this, though I can't even work around it by grouping elements within mask. Any insights as to why even the grouped version doesn't show up in Inkscape?


Hachmann (marenhachmann) wrote :

The bug description doesn't entirely fit my testing:

- in the areas where the mask objects do not intersect, they both work as expected
- the order of the mask objects does not appear to make a difference (0.92.3), I've reordered them and always got the same result (unless it's not being updated)

See also:

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.