Pattern fill does not survive inkscape->pdf->inkscape

[Matt Hirsch]

Pattern fills generated in inkscape and saved in a PDF do not show up *in inkscape* when the PDF is opened by inkscape. Note that this is not the same as bug #168610 or bug #1314720, where the pattern does not show up in the PDF. In this case, other programs (e.g. evince or xpdf) show the pattern correctly in the PDF.

Steps to reproduce
Open a new inkscape document.
Create a shape (e.g. circle)
Select a pattern fill (e.g. stripes 1:1)
Resize pattern to be visible
Save as PDF
Open the PDF in evince or xpdf -- note the pattern is visible, and looks correct
Open the PDF in inkscape -- note that the fill is black and inkscape reports it as "undefined"

I'm using inkscape packaged by Fedora 23:
inkscape-0.91-15.fc23.x86_64

It does not seem to matter if the PDF export version is 1.4 or 1.5. Interestingly, the pattern does show up correctly in the PDF import preview window. Also, if the checkbox "import via Poppler" is checked in the PDF Import Settings window, the pattern shows up correctly.

[su_v (suv-lp)]

Please attach a test case (original SVG file, exported PDF file) to the bug report, thank you.

Which version of poppler and cairo do you have installed on your system?

[Matt Hirsch (matthew-hirsch)]

I have:

cairo-1.14.2-2.fc23.x86_64
poppler-0.34.0-1.fc23.x86_64

[jazzynico (jazzynico)]

Not reproduced on Windows XP (32bit), Inkscape 0.91 and trunk rev. 14562. Cairo 1.11.2 and Poppler 0.12.1 (also tested with Poppler 0.39.0).

Importing the PDF file attached comment #4 fails to import correctly with the internal import feature. But if I create the PDF from the SVG file and then import it, as explained in the original comment, the pattern shows as expected. Thus I'd rather see a bug in Cairo 1.14.x than one in Poppler.

[jazzynico (jazzynico)]

Reproduced on Windows 7, Inkscape trunk rev. 14761, devlibs rev. 61 (Cairo 1.14.6).