[ 
https://issues.apache.org/jira/browse/PDFBOX-3338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15273800#comment-15273800
 ] 

Tilman Hausherr commented on PDFBOX-3338:
-----------------------------------------

[~lehmi] if we use this (and I think we should, as it improves rendering), do 
we add the Apache License on top or do we keep the file as it as it is and add 
an exception in the RAT segment of the pom.xml file?

> CCITT Fax decoder fails
> -----------------------
>
>                 Key: PDFBOX-3338
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-3338
>             Project: PDFBox
>          Issue Type: Bug
>    Affects Versions: 1.8.12, 2.0.1
>            Reporter: Petr Slaby
>              Labels: CCITTFaxDecode, ccitt
>         Attachments: 1.tiff, CCITTFaxFilter.patch, TestCCITTFaxDecoder.java
>
>
> I have a PDF which does not render in PDFBox. It contains pages from a 
> scanner, encoded as CCITT Fax Tiffs. On each page, the decoder always runs 
> into IOException("TIFFFaxDecoder: EOL encountered in black run.")  (or the 
> same message just with "white" instead of "black"). Unfortunately, the PDF 
> contains sensitive data and I cannot share it.
> As a test, I have replaced the TIFFFaxDecoder by the class 
> CCITTFaxDecoderStream from the Twelve Monkeys ImageIO library. All worked 
> fine after that and PDFToImage produced the expected result. 
> I have extracted the first few bytes of the TIFF to show the problem without 
> sharing the confidential content. See the attached test program and test file.
> I have tested this against latest trunk version of PDFBox, but I think the 
> decoder implementation is basically the same in all versions. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Reply via email to