group fill color is unset in PDF export in 0.47

Bug #514696 reported by su_v
24
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Inkscape
Fix Released
Medium
theAdib

Bug Description

Converted from Question 99183:

I'm using Windows XP. Using other software (Cytoscape), I generated an SVG file (available here: http://dl.dropbox.com/u/148596/HierarchyBase.svg). When I export this file to PDF or PS using Inkscape 0.46 I have a great output (see: http://dl.dropbox.com/u/148596/HierarchyBase046.pdf). Nevertheless, if I export the same SVG file using Inkscape 0.47 r22583 then all circles turn black (see: http://dl.dropbox.com/u/148596/HierarchyBase047.pdf) (I have the same problem exporting to PS or even printing).

It's worth to remark that if I add some line-art using Inkscape 0.47 (SVG available here: http://dl.dropbox.com/u/148596/FigHierarchySigns.svg), added line-art renders ok when it's exported to PDF using Inkscape 0.47, but circles still are turned black (see: http://dl.dropbox.com/u/148596/FigHierarchySignsIS047.pdf). However, using 0.46 to export the same SVG to PDF produce an excellent output without any problem (see: http://dl.dropbox.com/u/148596/FigHierarchySignsIS046.pdf).

All this makes me think this behaviour could be due to a bug in Inkscape 0.47 r22583.

Any suggestions or ideas?

Revision history for this message
su_v (suv-lp) wrote :

Reproduced with Inkscape 0.47 and Inkscape 0.47+devel on OS X 10.5.8, whereas Inkscape 0.46 exports the colors as intended to PDF.

Export to bitmap (PNG) works correctly in all Inkscape versions with regard to the fill color.

Changed in inkscape:
status: New → Confirmed
tags: added: exporting pdf
summary: - group fill color is unset in PDF export
+ group fill color is unset in PDF export in 0.47
Revision history for this message
jazzynico (jazzynico) wrote :

Also confirmed on XP, Inkscape 0.47.

Changed in inkscape:
importance: Undecided → Medium
tags: added: regression
Revision history for this message
su_v (suv-lp) wrote :

Same underlying issue (afaict) causing incorrect PDF export reported in
Bug #629944 “PDF opacity is not rendered correctly”:
<https://bugs.launchpad.net/inkscape/+bug/629944>

Revision history for this message
su_v (suv-lp) wrote :

Still reproduced with Inkscape 0.48+devel r10000 on OS X 10.5.8 using Cairo 1.10.2

Revision history for this message
su_v (suv-lp) wrote :

The paths that export incorrectly to PDF are without individual 'style' attributes, inside a group which defines the style (opacity, fill, stroke …) to be inherited by its children. In the exported PDF drawing the paths are rendered with 'Unset' style attributes (i.e. black fill).

Changed in inkscape:
status: Confirmed → Triaged
Revision history for this message
su_v (suv-lp) wrote :

a) solid fill on parent group:
- Reproduced with Inkscape 0.48.2, 0.48+devel r10191, r10198 (all cairo 1.10.2)
- Not reproduced with Inkscape 0.48+devel r10201 (cairo 1.10.2) and all later revisions
  Current trunk (r10653) tested with cairo 1.10.2, 1.11.2 and 1.11.3

Apparently fixed for solid fills with revision 10200:
<http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/10200>

b) from duplicate: gradient fill and opacity on parent group
Still reproduced with Inkscape 0.48.2, 0.48+devel r10198, r10201 (all cairo 1.10.2), r10653 with cairo 1.10.2, 1.11.3 (master)

Unlinking bug #629944 as duplicate (-> apparently needs a different fix) and closing this report as 'Fix Committed'. Please reopen if you think this was done in error.

(all tests done on Mac OS X 10.5.8 (i386))

Changed in inkscape:
assignee: nobody → theAdib (theadib)
milestone: none → 0.49
status: Triaged → Fix Committed
Changed in inkscape:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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