[
https://issues.apache.org/jira/browse/PDFBOX-2440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr reopened PDFBOX-2440:
-------------------------------------
Sorry, but this doesn't work for many files: saved files are now corrupt and
can't be reopened by PDFBox or by Adobe Reader. I'll add an example and will
commit the modification I made here to test this.
> xref stream is saved as table
> -----------------------------
>
> Key: PDFBOX-2440
> URL: https://issues.apache.org/jira/browse/PDFBOX-2440
> Project: PDFBox
> Issue Type: Improvement
> Components: Writing
> Affects Versions: 1.8.7
> Reporter: WB
> Assignee: Andreas Lehmkühler
> Fix For: 2.0.0
>
> Attachments: COSWriter.diff, lipsum.pdf
>
>
> When saving a PDDocument, PdfBox seems to always write an xref table, even
> when the original file contains an xref stream.
> To reproduce, load a PDF file (like the one attached) with PDDocument#load
> (or PDDocument#loadNonSeq, same result) and then save it with PDDocument#save
> to another file.
> It seems to me that the problem is in COSWriter#doWriteXRef. When
> COSDocument#isXRefStream is true, the xref entries should be wrapped in a
> stream, but they're written to output one by one. I think that part should
> look more like its counterpart in COSWriter#doWriteXRefInc.
> I made some changes to doWriteXRef accordingly and it seems to work for PDFs
> that have never been incrementally updated but leads to corrupt files when
> the PDF has been incrementally updated before :(
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
