[jira] [Commented] (PDFBOX-1716) PDDocument.getNumberOfPages() return 0 for certain PDF document
[ https://issues.apache.org/jira/browse/PDFBOX-1716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13768119#comment-13768119 ] Thomas Chojecki commented on PDFBOX-1716: - I've tested it against the last 1.8.3 Snapshot. The document is encrypted and use a objectstream for the pages. At the moment the objectstreams will be resolved on document decryption. So if you decrypt the document first, it should work fine. So try to do something like this: pdDoc = new PDDocument(cosDoc); pdDoc.decrypt(""); pdDoc.getNumberOfPages() The PDDocument also provide a function isEncrypted() which will return true in case the document is encrypted at the moment. After decrypting it will return false. This should also work for at least pdfbox 1.8.2. > PDDocument.getNumberOfPages() return 0 for certain PDF document > --- > > Key: PDFBOX-1716 > URL: https://issues.apache.org/jira/browse/PDFBOX-1716 > Project: PDFBox > Issue Type: Bug > Components: Parsing >Affects Versions: 1.8.2 >Reporter: Tom > Fix For: 1.8.2 > > > Sample > document(https://issues.apache.org/jira/secure/attachment/12430914/FormI-9-English.pdf) > can be found here https://issues.apache.org/jira/browse/PDFBOX-578. Looks > the NPE issue fix in that work item > https://issues.apache.org/jira/browse/PDFBOX-578 is a work around. > When I try to extract the text content from /FormI-9-English.pdf , when I > call PDDocument.getNumberOfPages(), this method return 0 which makes the > extraction of the text content impossible: > InputStream in = > PDFParser parser = new PDFParser(content); > PDFTextStripper pdfStripper = null; > String parsedText = null; > parser.parse(); > cosDoc = parser.getDocument(); > pdfStripper = new PDFTextStripper(); > pdDoc = new PDDocument(cosDoc); > > for(int i=1; i<= pdDoc.getNumberOfPages(); i++) > { // pdDoc.getNumberOfPages() return 0, which is incorrect > > } > Note: > 1. This problem is found in the PDFBox latest version 1.8.2 > 2. I didn't which component to file this defect, so please assign to the > correct component if needed, Thanks -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (PDFBOX-1718) wrong glyphs displayed
Luis Bernardo created PDFBOX-1718: - Summary: wrong glyphs displayed Key: PDFBOX-1718 URL: https://issues.apache.org/jira/browse/PDFBOX-1718 Project: PDFBox Issue Type: Bug Reporter: Luis Bernardo java -jar app/target/pdfbox-app-2.0.0-SNAPSHOT.jar PDFToImage -imageType png /tmp/input.pdf The resulting image has wrong glyphs for attached example file. Tested with trunk. I think further work is needed in TTFGlyph2D. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1718) wrong glyphs displayed
[ https://issues.apache.org/jira/browse/PDFBOX-1718?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luis Bernardo updated PDFBOX-1718: -- Attachment: input1.png input.pdf > wrong glyphs displayed > -- > > Key: PDFBOX-1718 > URL: https://issues.apache.org/jira/browse/PDFBOX-1718 > Project: PDFBox > Issue Type: Bug >Reporter: Luis Bernardo > Attachments: input1.png, input.pdf > > > java -jar app/target/pdfbox-app-2.0.0-SNAPSHOT.jar PDFToImage -imageType png > /tmp/input.pdf > The resulting image has wrong glyphs for attached example file. Tested with > trunk. I think further work is needed in TTFGlyph2D. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (PDFBOX-1719) NPE while signing PDF - acroform without fields
Thomas Chojecki created PDFBOX-1719: --- Summary: NPE while signing PDF - acroform without fields Key: PDFBOX-1719 URL: https://issues.apache.org/jira/browse/PDFBOX-1719 Project: PDFBox Issue Type: Bug Components: PDModel Affects Versions: 1.8.2 Reporter: Thomas Chojecki Assignee: Thomas Chojecki Fix For: 1.8.3, 2.0.0 Trying to sign a document that has already an AcroForm but no fields cause a NullPointerException. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (PDFBOX-1716) PDDocument.getNumberOfPages() return 0 for certain PDF document
[ https://issues.apache.org/jira/browse/PDFBOX-1716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13768330#comment-13768330 ] Tom commented on PDFBOX-1716: - Thanks Andreas and Thomas for the detail explanation. I will try it. BTW, I am not sure how to create a "problematic" pdf document like the sample pdf that can be used to show the problem. I need one instead of using the sample pdf (copyright thing)that can be use in my junit to verify the my code. > PDDocument.getNumberOfPages() return 0 for certain PDF document > --- > > Key: PDFBOX-1716 > URL: https://issues.apache.org/jira/browse/PDFBOX-1716 > Project: PDFBox > Issue Type: Bug > Components: Parsing >Affects Versions: 1.8.2 >Reporter: Tom > Fix For: 1.8.2 > > > Sample > document(https://issues.apache.org/jira/secure/attachment/12430914/FormI-9-English.pdf) > can be found here https://issues.apache.org/jira/browse/PDFBOX-578. Looks > the NPE issue fix in that work item > https://issues.apache.org/jira/browse/PDFBOX-578 is a work around. > When I try to extract the text content from /FormI-9-English.pdf , when I > call PDDocument.getNumberOfPages(), this method return 0 which makes the > extraction of the text content impossible: > InputStream in = > PDFParser parser = new PDFParser(content); > PDFTextStripper pdfStripper = null; > String parsedText = null; > parser.parse(); > cosDoc = parser.getDocument(); > pdfStripper = new PDFTextStripper(); > pdDoc = new PDDocument(cosDoc); > > for(int i=1; i<= pdDoc.getNumberOfPages(); i++) > { // pdDoc.getNumberOfPages() return 0, which is incorrect > > } > Note: > 1. This problem is found in the PDFBox latest version 1.8.2 > 2. I didn't which component to file this defect, so please assign to the > correct component if needed, Thanks -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (PDFBOX-1719) NPE while signing PDF - acroform without fields
[ https://issues.apache.org/jira/browse/PDFBOX-1719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Chojecki resolved PDFBOX-1719. - Resolution: Fixed Fixed in rev 1523680 for 2.0.0 1523675 for 1.8.3 > NPE while signing PDF - acroform without fields > --- > > Key: PDFBOX-1719 > URL: https://issues.apache.org/jira/browse/PDFBOX-1719 > Project: PDFBox > Issue Type: Bug > Components: PDModel >Affects Versions: 1.8.2 >Reporter: Thomas Chojecki >Assignee: Thomas Chojecki > Fix For: 1.8.3, 2.0.0 > > > Trying to sign a document that has already an AcroForm but no fields cause a > NullPointerException. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (PDFBOX-1720) BouncyCastle 1.49: ambigous constructor usage
Tilman Hausherr created PDFBOX-1720: --- Summary: BouncyCastle 1.49: ambigous constructor usage Key: PDFBOX-1720 URL: https://issues.apache.org/jira/browse/PDFBOX-1720 Project: PDFBox Issue Type: Improvement Components: PDModel Affects Versions: 2.0.0 Reporter: Tilman Hausherr Priority: Minor pdfbox\pdmodel\encryption\PublicKeySecurityHandler.java: EnvelopedData env = new EnvelopedData(null, derset, encryptedcontentinfo, null); is ambigous *if* one would use the latest (1.49) version of bouncycastle and doesn't compile. One has to choose one of the two constructors by setting a type for the last "null". Looking at the constructor for 1.49, the solution would be: Solution: EnvelopedData env = new EnvelopedData(null, derset, encryptedcontentinfo, (ASN1Set) null); -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira