Skip Menu |
 

This queue is for tickets about the PDF-API2 CPAN distribution.

Report information
The Basics
Id: 67767
Status: resolved
Priority: 0/
Queue: PDF-API2

People
Owner: Nobody in particular
Requestors: steve [...] deefs.net
Cc: Ext-Antti.Lankila [...] itella.com
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: 2.026



CC: Ext-Antti.Lankila [...] itella.com
Subject: importpage with empty page
Download (untitled) / with headers
text/plain 913b
[Received via E-Mail] Hey, I noticed that PDF::API2 sometimes generates this error “page not opened via openpage” which occurs when an empty page is being read with my $xo = $target->importPageIntoForm($source, $n). The problem is that empty pages do not always appear to have a Contents stream, and as consequence openpage doesn’t flag them as “fixed”, and that then causes this error to raise when the page is being processed later. We were able to workaround the problem by testing the presence of the “Contents” in the object returned by $target->openpage($n), and manually generating empty pages for those pages in the output PDF. It’d be nice, however, if this could be fixed in openpage(): perhaps openpage should unconditionally set “ fixed” to true, and add some placeholder Contents stream if there is no stream already, or maybe the “die” test could be just removed. Antti
A fix for this issue will be included in the next release.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.