SVG fill pattern lost on PDF export (cairo >= 1.12)

Bug #1390569 reported by Joachim Breitner
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Inkscape
Triaged
Medium
Unassigned

Bug Description

As the summary says: I have an SVG file using a pattern, but when I export it to PDF, the pattern is lost. Attaching example SVG file. This is version 0.48.5.

Thanks,
Joachim

=====
Related newer reports:
Bug #1437726: Pattern fill incomplete with PDF export and printing
Bug #1441753: Patterns not exporting correctly to PDF
Bug #1462589: When saving to pdf at certain page size, a pattern disappears.
Bug #1488129: Pattern not exported to pdf or printed (cairo >= 1.12)
Bug #1597955: pattern fill not saved to pdf correctly

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

Please add information about OS/platform to the bug description and also attach the PDF file saved with Inkscape.

tags: added: exporting pattern pdf
Revision history for this message
Joachim Breitner (nomeata) wrote :

This is on Debian.

Might be a duplicate of #1314720, although that talks about text pattern fills.

Revision history for this message
Vit Smilauer (smilauer) wrote :

I encountered a similar problem when exporting to pdf. When a pattern is created from one object, Ubuntu and Windows version of Inkscape 0.91+devel creates a good pdf file. However, when creating a pattern from two objects and exporting to pdf, the pattern is lost - this is true for both Ubuntu and Windows version. A certain and limited workaround is combining two objects into a single object (Path->Combine) where pdf export works fine. Attached is a svg file showing the bug.

Revision history for this message
su_v (suv-lp) wrote : Re: [Bug 1390569] Re: SVG fill pattern lost on PDF export

Testing PDF export of 'bug-pattern.svg' on OS X 10.7.5:
not reproduced with :
- Inkscape 0.47 r22583 (cairo 1.8.8)
- Inkscape 0.48.0 r9654 (cairo 1.8.10)
- Inkscape 0.48.1 r9760 (cairo 1.10.2)
- Inkscape 0.48.2 r9819 (cairo 1.10.2) (official package)
reproduced with:
- Inkscape 0.48.2 r9819 (cairo 1.12.2) (local build)
- Inkscape 0.48.3.1 r9886 (cairo 1.12.2)
- Inkscape 0.48.4 r9939 (cairo 1.12.2)
- Inkscape 0.48.5 r10040 (cairo 1.12.16)
- Inkscape 0.91+devel r13863 (cairo 1.14.0)

not reproduced with:
- rsvg-convert (librsvg 2.36.3, cairo 1.12.2)
- rsvg-convert (librsvg 2.40.6, cairo 1.14.0)

The results might indicate that this is a problem related to upstream
changes in cairo between 1.10 and 1.12 (output of Inkscape 0.48.2
differs depending on cairo version). But on the other hand, rsvg-convert
from librsvg doesn't expose the same issue (all patterns exported as
expected).

Based on local tests, it doesn't matter whether the objects are grouped
inside the pattern definition (one object with several child elements)
or not (multiple top-level elements inside the pattern definition), see
new test cases attached.

Possibly interesting detail with new test case: if the drawing is scaled
up via <svg> width, height (viewBox unchanged), then at least the first
object of the patterns with multiple SVG objects in the pattern
definition does get rendered visible in the PDF file.

su_v (suv-lp)
Changed in inkscape:
importance: Undecided → Medium
status: New → Confirmed
tags: added: cairo
su_v (suv-lp)
description: updated
summary: - SVG fill pattern lost on PDF export
+ SVG fill pattern lost on PDF export (cairo >= 1.12)
Changed in inkscape:
status: Confirmed → Triaged
su_v (suv-lp)
description: updated
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.