[
https://issues.apache.org/jira/browse/PDFBOX-2585?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr updated PDFBOX-2585:
------------------------------------
Attachment: 328966.pdf
The fix I did doesn't always work. In the attached file 328966.pdf, there are
inline images that end with EI directly after the last relevant byte. However,
in one of the inline images, this last relevant byte is a space.
I could try something similar to the "ok this is a simple hack" solution in
COSStream, but don't want to right now, so I'll just leave this open until I
have a better idea.
Btw all the files that fail with the current code come from the same source, so
"change nothing" could also be a solution.
028044.pdf
040754.pdf
086864.pdf
105693.pdf
124209.pdf
149525.pdf
161852.pdf
173175.pdf
173185.pdf
254114.pdf
263354.pdf
> Can't render PDF with ccitt compressed inline image
> ---------------------------------------------------
>
> Key: PDFBOX-2585
> URL: https://issues.apache.org/jira/browse/PDFBOX-2585
> Project: PDFBox
> Issue Type: Bug
> Components: Rendering
> Affects Versions: 1.8.8, 1.8.9, 2.0.0
> Reporter: Tilman Hausherr
> Assignee: Tilman Hausherr
> Labels: CCITTFaxDecode, ccitt
> Attachments: 328966.pdf, PDFBOX-2585-390618.pdf
>
>
> The attached file with inline ccitt encoded images throws a tiff-related
> exception when rendering. In the attached file, there is an LF that is
> included in the image stream. (We had a similar problem with
> stream...endstream when the length is incorrect or not available, see
> PDFBOX-2079 and PDFBOX-2120). I have several solutions and but will make
> tests first, not only on my usual files but also on some digitalcorpora files
> that threw tiff exceptions.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
