<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - pdfimages failed to list/extract image" href="https://bugs.freedesktop.org/show_bug.cgi?id=91734#c1">Comment # 1</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - pdfimages failed to list/extract image" href="https://bugs.freedesktop.org/show_bug.cgi?id=91734">bug 91734</a> from <a class="email" href="mailto:a246246_246-kde@yahoo.co.jp" title="a246246_246-kde@yahoo.co.jp">a246246_246-kde@yahoo.co.jp</a> <pre>(In reply to a246246_246-kde from <a href="show_bug.cgi?id=91734#c0">comment #0</a>) > Created <a href="attachment.cgi?id=117873" name="attach_117873" title="PDF that pdfimages failed to detect image">attachment 117873</a> <a href="attachment.cgi?id=117873&action=edit" title="PDF that pdfimages failed to detect image">[details]</a> > PDF that pdfimages failed to detect image Image of this attached PDF is '12 0 obj' and it is drawn from obj 13 whose type is Pattern. And it is the only place 'Do' operator is used for this image. ------ 13 0 obj << /Length 85 /Type /Pattern /PatternType 1 /PaintType 1 /TilingType 2 /BBox [ 0 0 32 32 ] /Matrix [ .8 0 0 -.8 -22.6 4.9 ] /XStep 32 /YStep 32 /Resources << /XObject << /R12 12 0 R >> /ProcSet [ /PDF /ImageC ] >> >> stream 0.1 0 0 0.1 0 0 cm q 0 0 320 320 re W n q 320.2 0 0 -321.2 -0.1 320.1 cm /R12 Do Q Q endstream endobj ------ In that case, Gfx::opXObject() is not called. That's because ImageOutputDev::tilingPatternFill() do nothing. As comparing with CairoOutputDev::tilingPatternFill() invoked from pdfcairo, it need to call new Gfx() to detect these images that are in type Pattern.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>