Comment 5 for bug 1390569

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.