You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Andrew Olsen (JIRA)" <ji...@apache.org> on 2014/04/07 11:56:17 UTC
[jira] [Created] (PDFBOX-2016) Stream parsing still incorrect if
length value is wrong
Andrew Olsen created PDFBOX-2016:
------------------------------------
Summary: Stream parsing still incorrect if length value is wrong
Key: PDFBOX-2016
URL: https://issues.apache.org/jira/browse/PDFBOX-2016
Project: PDFBox
Issue Type: Bug
Components: Parsing
Affects Versions: 1.8.4, 1.6.0
Reporter: Andrew Olsen
>From issue PDFBOX-1333 - "In 1.7.0 stream parsing in BaseParser was optimized to use length value if available. The advantage is faster parsing and independence of 'endstream' bytes sequences in stream. However the disadvantage is that streams with wrong length values cannot be parsed anymore" - etc.
This issue was marked as fixed now that COSStreams can once again be parsed by reading all the way to 'endstream'. However, the resulting COSStream object still contains the expected length, not the true length. When parsing the COSStream with a PDFStreamParser, the call to COSStream#getUnfilteredStream uses getLength() instead of getLengthWritten to limit the amount of data that can be read. This can truncate the stream and means that incorrect length values still lead to missing data, and so limits the usefulness of the last fix. Changing the call to getLengthWritten should solve the problem.
--
This message was sent by Atlassian JIRA
(v6.2#6252)