of course it’s possible to put in a workaround - might it be in PDFBox itself or in the merging application. Even better might be to check why this - at least misleading information - might have been created. Would you think you could influence that?
BR Maruan Am 08.07.2014 um 11:01 schrieb Aleksander Blomskøld <[email protected]>: > Yes, it's the same issue. The files attached actually comes from the > company I'm working for. > > > On Mon, Jul 7, 2014 at 11:05 PM, Maruan Sahyoun <[email protected]> > wrote: > >> the issue is because part1.pdf in PDFBOX-1533 references the same 2 pages >> 3 times within the document catalog (/Kids [3 0 R, 3 0 R, 3 0 R]). Could >> you attach a sample pdf to PDFBOX-1533 to verify that your issue has the >> same cause or verify it for yourself? >> >> We are using PDFBox for merging documents ourselves successfully. >> Obviously this file would need some special treatment. >> >> BR >> Maruan >> >> Am 07.07.2014 um 11:31 schrieb Aleksander Blomskøld <[email protected]>: >> >>> Hi, >>> >>> We're using PDFBox for PDF validation and PDF merging in a backend >>> invoicing system. It's working pretty well for most of the time, but >> right >>> now we're having some unhappy customers because of >>> https://issues.apache.org/jira/browse/PDFBOX-1533. >>> >>> As it's important for us to have this fixed pretty soon, we're wondering >> if >>> anyone of you would be willing to fix this issue for pay. If so, please >>> contact me so we can work out the details. >>> >>> >>> Regards, >>> >>> Aleksander Blomskøld >> >>
