Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 4.3.2
-
Fix Version/s: 5.0.0 alpha1, 5.0
-
Component/s: Core/Parsing
-
Labels:None
-
Environment:any
-
ICEsoft Forum Reference:
Description
The PDF attached to the forum (testICEpdf.pdf) is a one page document that has a content stream made up of for parts. For some reason each one of these stream fails to decompress correctly. When I process each part individually I get mixed results, where data is properly decompressed.
I'll have to dig a bit deerper which is going to take some time. My best guess is that the stream has a token which is killing java.util.zip.InflaterInputStream but that's just a wild guess.
I'll have to dig a bit deerper which is going to take some time. My best guess is that the stream has a token which is killing java.util.zip.InflaterInputStream but that's just a wild guess.
Issue Links
- blocks
-
PDF-321 Unexpected end of zlib input stream
- Closed
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Fix Version/s: 4.3.4
(was: 5.0)
Resolution: Fixed
Added a catch for an IO error that occurs on a very small percentage of flatedecode encode streams. Basically the error can be eaten and the decoded stream returned.