[jira] [Commented] (PDFBOX-3809) PDAcroForm.flatten(PDField list, refreshAppearances boolean) flattens all form fields instead of specified ones.

2017-06-23 Thread Joshua Layne (JIRA)

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

Joshua Layne commented on PDFBOX-3809:
--

also affects 2.0.5

> PDAcroForm.flatten(PDField list, refreshAppearances boolean) flattens all 
> form fields instead of specified ones.
> 
>
> Key: PDFBOX-3809
> URL: https://issues.apache.org/jira/browse/PDFBOX-3809
> Project: PDFBox
>  Issue Type: Improvement
>  Components: AcroForm
>Affects Versions: 2.0.6
>Reporter: Cristin Donaher
>Priority: Minor
>
> Thanks for the excellent PDF library.   For my use case I need to flatten a 
> subset of the AcroForm fields.  I was attempting to use the 
> PDAcroForm.flatten call, passing in my field list.  However, after the method 
> is called, all the fields are gone.  
> The method itself appears to remove all PDFAnnotationWidgets from each page 
> and at the end clears the acroform's field set.
> Is the javadoc description (This will flatten the specified form fields.) 
> just misleading?   Could a flatten call for a subset of fields be added?
> Thanks



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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



[jira] [Commented] (PDFBOX-3826) NPE if RAFDataStream.getCurrentPosition() when TrueTypeFont created from file is reused

2017-06-23 Thread JIRA

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

Andreas Lehmkühler commented on PDFBOX-3826:


IMHO,
- modifying RAFDataStream is a dirty hack
- deprecating the usage of files wouldn't solve any problems until we'd remove 
the method in 3.0.0
- not to close the ttf in any case will lead to memory leaks

We should support a solution where everybody has to care about their resources
- PDFBox should close those ttfs which are created by PDFBox
- ttfs provide by the user should be closed by the user

This would give the user a chance to cache the ttfs when creating 
multipage/multiple pdfs using the same fonts.

BTW: PDFBox closes provided ttfs only if they are subsetted, so that we already 
have a memory leak if people rely on PDFBox to close their resources


> NPE if RAFDataStream.getCurrentPosition() when TrueTypeFont created from file 
> is reused
> ---
>
> Key: PDFBOX-3826
> URL: https://issues.apache.org/jira/browse/PDFBOX-3826
> Project: PDFBox
>  Issue Type: Bug
>  Components: FontBox
>Affects Versions: 2.0.6
>Reporter: Tilman Hausherr
>  Labels: regression
> Fix For: 2.0.7, 3.0.0
>
>
> {code}
> java.lang.NullPointerException: null
>   at 
> org.apache.fontbox.ttf.RAFDataStream.getCurrentPosition(RAFDataStream.java:88)
>   at 
> org.apache.fontbox.ttf.TrueTypeFont.getTableBytes(TrueTypeFont.java:121)
>   at 
> org.apache.fontbox.ttf.TTFSubsetter.writeToStream(TTFSubsetter.java:1012)
>   at 
> org.apache.pdfbox.pdmodel.font.TrueTypeEmbedder.subset(TrueTypeEmbedder.java:329)
>   at 
> org.apache.pdfbox.pdmodel.font.PDType0Font.subset(PDType0Font.java:162)
>   at org.apache.pdfbox.pdmodel.PDDocument.save(PDDocument.java:1275)
>   at 
> org.apache.pdfbox.pdmodel.font.PDFontTest.testMultipleFontFileReuse(PDFontTest.java:160)
> {code}
> {code}
> @Test
> public void testMultipleFontFileReuse() throws IOException, 
> URISyntaxException
> {
> URL url = PDFontTest.class.getClassLoader().getResource(
> "org/apache/pdfbox/ttf/LiberationSans-Regular.ttf");
> File file = new File(url.toURI());
> TrueTypeFont ttf = new TTFParser().parse(file);
> for (int i = 0; i < 32; ++i)
> {
> try (PDDocument doc = new PDDocument())
> {
> PDPage page = new PDPage();
> doc.addPage(page);
> PDFont font = PDType0Font.load(doc, ttf, true);
> try (PDPageContentStream cs = new PDPageContentStream(doc, 
> page))
> {
> cs.beginText();
> cs.setFont(font, 10);
> cs.showText("testMultipleFontFileReuse");
> cs.endText();
> }
> doc.save(new ByteArrayOutputStream());
> }
> }
> }
> {code}
> This happens only if the TrueTypeFont is created from a file, not when it is 
> created from a stream (PDFBOX-3337). It worked in 2.0.0 but no longer since 
> 2.0.1.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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



[jira] [Closed] (PDFBOX-3840) PDF Barcode Stamping

2017-06-23 Thread JIRA

 [ 
https://issues.apache.org/jira/browse/PDFBOX-3840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andreas Lehmkühler closed PDFBOX-3840.
--
Resolution: Not A Problem

Please adress our [users mailing list|https://pdfbox.apache.org/support.html] 
for howto-questions. 
JIRA is limited to bugs and features.

> PDF Barcode Stamping 
> -
>
> Key: PDFBOX-3840
> URL: https://issues.apache.org/jira/browse/PDFBOX-3840
> Project: PDFBox
>  Issue Type: New Feature
>  Components: Utilities
>Affects Versions: 2.0.5, 2.0.6
> Environment: Apache PDFBox .0.6/2.0.5, Java 1.8, Apache Tomcat 8.x
>Reporter: GirishPatil
>Priority: Minor
>
> Hello All:
> Does PDFBox has any API for stamping a Barcode on PDF?
> Thanks..



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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



[jira] [Updated] (PDFBOX-3840) PDF Barcode Stamping

2017-06-23 Thread JIRA

 [ 
https://issues.apache.org/jira/browse/PDFBOX-3840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andreas Lehmkühler updated PDFBOX-3840:
---
Fix Version/s: (was: 2.0.6)

> PDF Barcode Stamping 
> -
>
> Key: PDFBOX-3840
> URL: https://issues.apache.org/jira/browse/PDFBOX-3840
> Project: PDFBox
>  Issue Type: New Feature
>  Components: Utilities
>Affects Versions: 2.0.5, 2.0.6
> Environment: Apache PDFBox .0.6/2.0.5, Java 1.8, Apache Tomcat 8.x
>Reporter: GirishPatil
>Priority: Minor
>
> Hello All:
> Does PDFBox has any API for stamping a Barcode on PDF?
> Thanks..



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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



[jira] [Assigned] (PDFBOX-3820) [Patch] Improved signing of existing signature fields II

2017-06-23 Thread Tilman Hausherr (JIRA)

 [ 
https://issues.apache.org/jira/browse/PDFBOX-3820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tilman Hausherr reassigned PDFBOX-3820:
---

Assignee: Tilman Hausherr

> [Patch] Improved signing of existing signature fields II
> 
>
> Key: PDFBOX-3820
> URL: https://issues.apache.org/jira/browse/PDFBOX-3820
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Signing
>Affects Versions: 2.0.6
>Reporter: Lonzak
>Assignee: Tilman Hausherr
>  Labels: patch
> Fix For: 2.0.7, 3.0.0
>
> Attachments: CreateVisibleSignature.java.patch, 
> PDVisibleSignDesigner.java.patch
>
>
> In a previous patch (PDFBOX-3547) the handling for existing signature fields 
> was improved. This patch improves it further by reducing the number of 
> (unecessary) parameters for that use case...



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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



[jira] [Updated] (PDFBOX-3820) [Patch] Improved signing of existing signature fields II

2017-06-23 Thread Tilman Hausherr (JIRA)

 [ 
https://issues.apache.org/jira/browse/PDFBOX-3820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tilman Hausherr updated PDFBOX-3820:

Fix Version/s: 3.0.0
   2.0.7

> [Patch] Improved signing of existing signature fields II
> 
>
> Key: PDFBOX-3820
> URL: https://issues.apache.org/jira/browse/PDFBOX-3820
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Signing
>Affects Versions: 2.0.6
>Reporter: Lonzak
>  Labels: patch
> Fix For: 2.0.7, 3.0.0
>
> Attachments: CreateVisibleSignature.java.patch, 
> PDVisibleSignDesigner.java.patch
>
>
> In a previous patch (PDFBOX-3547) the handling for existing signature fields 
> was improved. This patch improves it further by reducing the number of 
> (unecessary) parameters for that use case...



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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



[jira] [Created] (PDFBOX-3840) PDF Barcode Stamping

2017-06-23 Thread GirishPatil (JIRA)
GirishPatil created PDFBOX-3840:
---

 Summary: PDF Barcode Stamping 
 Key: PDFBOX-3840
 URL: https://issues.apache.org/jira/browse/PDFBOX-3840
 Project: PDFBox
  Issue Type: New Feature
  Components: Utilities
Affects Versions: 2.0.6, 2.0.5
 Environment: Apache PDFBox .0.6/2.0.5, Java 1.8, Apache Tomcat 8.x
Reporter: GirishPatil
Priority: Minor
 Fix For: 2.0.6


Hello All:

Does PDFBox has any API for stamping a Barcode on PDF?

Thanks..



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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



[jira] [Commented] (PDFBOX-3820) [Patch] Improved signing of existing signature fields II

2017-06-23 Thread Lonzak (JIRA)

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

Lonzak commented on PDFBOX-3820:


If you got further questions don't hesitate to ask - it would be cool if that 
patch would make it into Version 2.0.7 :-)

> [Patch] Improved signing of existing signature fields II
> 
>
> Key: PDFBOX-3820
> URL: https://issues.apache.org/jira/browse/PDFBOX-3820
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Signing
>Affects Versions: 2.0.6
>Reporter: Lonzak
>  Labels: patch
> Attachments: CreateVisibleSignature.java.patch, 
> PDVisibleSignDesigner.java.patch
>
>
> In a previous patch (PDFBOX-3547) the handling for existing signature fields 
> was improved. This patch improves it further by reducing the number of 
> (unecessary) parameters for that use case...



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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



[jira] [Commented] (PDFBOX-3836) PDFToImage: Text missing or background box stacks over

2017-06-23 Thread ccouturi (JIRA)

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

ccouturi commented on PDFBOX-3836:
--

Seriously amazing, thanks Tilman!

> PDFToImage: Text missing or background box stacks over
> --
>
> Key: PDFBOX-3836
> URL: https://issues.apache.org/jira/browse/PDFBOX-3836
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.6
>Reporter: ccouturi
>Assignee: Tilman Hausherr
> Fix For: 2.0.7, 3.0.0
>
> Attachments: doc_mock.jpg, doc_mock.pdf, PDFBOX-3836-reduced.pdf
>
>
> When I try to convert this pdf to image, with the PDFToImage example app, 
> then the result image is incorrect. 
> Some text blocks are missing (or maybe the background color box is stack over 
> the text).
> To reproduce: 
> `java -jar pdfbox-app-3.0.0-SNAPSHOT.jar PDFToImage /tmp/doc_mock.pdf`
> Thanks



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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