[jira] [Commented] (PDFBOX-2630) loop in destinations not detected by preflight
[
https://issues.apache.org/jira/browse/PDFBOX-2630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290703#comment-14290703
]
ASF subversion and git services commented on PDFBOX-2630:
-
Commit 1654557 from [~tilman] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1654557 ]
PDFBOX-2630: add COSName Last
loop in destinations not detected by preflight
Key: PDFBOX-2630
URL: https://issues.apache.org/jira/browse/PDFBOX-2630
Project: PDFBox
Issue Type: Sub-task
Components: Preflight
Affects Versions: 1.8.8, 1.8.9, 2.0.0
Reporter: Tilman Hausherr
Attachments: validierung_von_pdfa.pdf
The Bavaria testsuite requests to detect Contains loops in destinations in
the attached file. I'm not sure what they mean, but PDF-Tools detects this
and we don't:
{quote}
The value of the key Prev is 212 0 R but must be 0 0 R.
The value of the key Prev is 214 0 R but must be 0 0 R.
The value of the key Prev is 215 0 R but must be 214 0 R.
The value of the key Prev is 213 0 R but must be 212 0 R.
The value of the key Prev is 217 0 R but must be 0 0 R.
The value of the key Prev is 218 0 R but must be 217 0 R.
The value of the key Prev is 219 0 R but must be 218 0 R.
The value of the key Prev is 216 0 R but must be 213 0 R.
The value of the key Prev is 220 0 R but must be 216 0 R.
The value of the key Prev is 222 0 R but must be 0 0 R.
The value of the key Prev is 223 0 R but must be 222 0 R.
The value of the key Prev is 224 0 R but must be 223 0 R.
The value of the key Prev is 221 0 R but must be 220 0 R.
The value of the key Prev is 226 0 R but must be 0 0 R.
The value of the key Prev is 225 0 R but must be 221 0 R.
The value of the key Prev is 211 0 R but must be 0 0 R.
The value of the key Prev is 210 0 R but must be 0 0 R.
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (PDFBOX-1965) NPE in NonSequentialPDFParser when parseMinimal property is set to true
[ https://issues.apache.org/jira/browse/PDFBOX-1965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290712#comment-14290712 ] Andreas Lehmkühler commented on PDFBOX-1965: i've fixed the NPE, BUT I've just realized that the whole on demand parser doesn't work. NonSequentialPDFParser#initialParse doesn't load the whole pdf and right after that NonSequentialPDFParser#parse resolves the missing objects. I'll have a look and that stuff in the context of PDFBOX-2600. NPE in NonSequentialPDFParser when parseMinimal property is set to true --- Key: PDFBOX-1965 URL: https://issues.apache.org/jira/browse/PDFBOX-1965 Project: PDFBox Issue Type: Bug Components: Parsing Affects Versions: 1.8.4, 1.8.5, 2.0.0 Reporter: Stefan Magnus Landrø Assignee: Andreas Lehmkühler Fix For: 1.8.9, 2.0.0 Attachments: example1.pdf When the parseMinimal system property is set to true, indirect objects are not followed when the PDF is parsed. That causes the following NPE: java.lang.NullPointerException at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.parseDictObjects(NonSequentialPDFParser.java:1082) at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.getPage(NonSequentialPDFParser.java:928) at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.parse(NonSequentialPDFParser.java:749) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (PDFBOX-1965) NPE in NonSequentialPDFParser when parseMinimal property is set to true
[ https://issues.apache.org/jira/browse/PDFBOX-1965?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andreas Lehmkühler resolved PDFBOX-1965. Resolution: Fixed NPE in NonSequentialPDFParser when parseMinimal property is set to true --- Key: PDFBOX-1965 URL: https://issues.apache.org/jira/browse/PDFBOX-1965 Project: PDFBox Issue Type: Bug Components: Parsing Affects Versions: 1.8.4, 1.8.5, 2.0.0 Reporter: Stefan Magnus Landrø Assignee: Andreas Lehmkühler Fix For: 1.8.9, 2.0.0 Attachments: example1.pdf When the parseMinimal system property is set to true, indirect objects are not followed when the PDF is parsed. That causes the following NPE: java.lang.NullPointerException at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.parseDictObjects(NonSequentialPDFParser.java:1082) at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.getPage(NonSequentialPDFParser.java:928) at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.parse(NonSequentialPDFParser.java:749) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (PDFBOX-1651) PDFBox doesn't read the permission bits correct. PDDocument.getCurrentAccessPermission().canPrint() is allways returning true irrespective of the document print permiss
[ https://issues.apache.org/jira/browse/PDFBOX-1651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andreas Lehmkühler reassigned PDFBOX-1651: -- Assignee: Andreas Lehmkühler PDFBox doesn't read the permission bits correct. PDDocument.getCurrentAccessPermission().canPrint() is allways returning true irrespective of the document print permissions Key: PDFBOX-1651 URL: https://issues.apache.org/jira/browse/PDFBOX-1651 Project: PDFBox Issue Type: Bug Components: PDModel Affects Versions: 1.7.1 Environment: Windows 7,Oracle JDeveloper Reporter: kuchi bhargav Assignee: Andreas Lehmkühler Fix For: 2.0.0 Attachments: encryption_noprinting.pdf Original Estimate: 12h Remaining Estimate: 12h PDDocument.getCurrentAccessPermission().canPrint() is allways returning true irrespective of the document print permissions -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (PDFBOX-1651) PDFBox doesn't read the permission bits correct. PDDocument.getCurrentAccessPermission().canPrint() is allways returning true irrespective of the document print permiss
[ https://issues.apache.org/jira/browse/PDFBOX-1651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andreas Lehmkühler resolved PDFBOX-1651. Resolution: Fixed Fix Version/s: 1.8.9 Works fine using the current trunk and the current 1.8 branch PDFBox doesn't read the permission bits correct. PDDocument.getCurrentAccessPermission().canPrint() is allways returning true irrespective of the document print permissions Key: PDFBOX-1651 URL: https://issues.apache.org/jira/browse/PDFBOX-1651 Project: PDFBox Issue Type: Bug Components: PDModel Affects Versions: 1.7.1 Environment: Windows 7,Oracle JDeveloper Reporter: kuchi bhargav Assignee: Andreas Lehmkühler Fix For: 1.8.9, 2.0.0 Attachments: encryption_noprinting.pdf Original Estimate: 12h Remaining Estimate: 12h PDDocument.getCurrentAccessPermission().canPrint() is allways returning true irrespective of the document print permissions -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PDFBOX-2630) loop in destinations not detected by preflight
[
https://issues.apache.org/jira/browse/PDFBOX-2630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290821#comment-14290821
]
Tilman Hausherr commented on PDFBOX-2630:
-
{quote}The items at each level of the hierarchy form a linked list, chained
together through their Prev and Next entries and accessed through the First and
Last entries in the parent item{quote}
I'll write some code that checks whether that the linked list is free of any
contradictions and loops.
loop in destinations not detected by preflight
Key: PDFBOX-2630
URL: https://issues.apache.org/jira/browse/PDFBOX-2630
Project: PDFBox
Issue Type: Sub-task
Components: Preflight
Affects Versions: 1.8.8, 1.8.9, 2.0.0
Reporter: Tilman Hausherr
Assignee: Tilman Hausherr
Attachments: validierung_von_pdfa.pdf
The Bavaria testsuite requests to detect Contains loops in destinations in
the attached file. I'm not sure what they mean, but PDF-Tools detects this
and we don't:
{quote}
The value of the key Prev is 212 0 R but must be 0 0 R.
The value of the key Prev is 214 0 R but must be 0 0 R.
The value of the key Prev is 215 0 R but must be 214 0 R.
The value of the key Prev is 213 0 R but must be 212 0 R.
The value of the key Prev is 217 0 R but must be 0 0 R.
The value of the key Prev is 218 0 R but must be 217 0 R.
The value of the key Prev is 219 0 R but must be 218 0 R.
The value of the key Prev is 216 0 R but must be 213 0 R.
The value of the key Prev is 220 0 R but must be 216 0 R.
The value of the key Prev is 222 0 R but must be 0 0 R.
The value of the key Prev is 223 0 R but must be 222 0 R.
The value of the key Prev is 224 0 R but must be 223 0 R.
The value of the key Prev is 221 0 R but must be 220 0 R.
The value of the key Prev is 226 0 R but must be 0 0 R.
The value of the key Prev is 225 0 R but must be 221 0 R.
The value of the key Prev is 211 0 R but must be 0 0 R.
The value of the key Prev is 210 0 R but must be 0 0 R.
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (PDFBOX-2600) Remove old parser
[ https://issues.apache.org/jira/browse/PDFBOX-2600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290763#comment-14290763 ] ASF subversion and git services commented on PDFBOX-2600: - Commit 1654564 from [~lehmi] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1654564 ] PDFBOX-2600: adjust javadoc Remove old parser - Key: PDFBOX-2600 URL: https://issues.apache.org/jira/browse/PDFBOX-2600 Project: PDFBox Issue Type: Improvement Components: Parsing Affects Versions: 2.0.0 Reporter: Andreas Lehmkühler Assignee: Andreas Lehmkühler Fix For: 2.0.0 After making the non-sequential parser the default parser (PDFBOX-2430) and enabling signing with the non-sequential parser it is time to remove the old one. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PDFBOX-2600) Remove old parser
[ https://issues.apache.org/jira/browse/PDFBOX-2600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290760#comment-14290760 ] ASF subversion and git services commented on PDFBOX-2600: - Commit 1654562 from [~lehmi] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1654562 ] PDFBOX-2600: derive 2 new classes from NonSequentialPDFParser Remove old parser - Key: PDFBOX-2600 URL: https://issues.apache.org/jira/browse/PDFBOX-2600 Project: PDFBox Issue Type: Improvement Components: Parsing Affects Versions: 2.0.0 Reporter: Andreas Lehmkühler Assignee: Andreas Lehmkühler Fix For: 2.0.0 After making the non-sequential parser the default parser (PDFBOX-2430) and enabling signing with the non-sequential parser it is time to remove the old one. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PDFBOX-2630) loop in destinations not detected by preflight
[
https://issues.apache.org/jira/browse/PDFBOX-2630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290779#comment-14290779
]
ASF subversion and git services commented on PDFBOX-2630:
-
Commit 1654568 from [~tilman] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1654568 ]
PDFBOX-2630: rename confusing variable names
loop in destinations not detected by preflight
Key: PDFBOX-2630
URL: https://issues.apache.org/jira/browse/PDFBOX-2630
Project: PDFBox
Issue Type: Sub-task
Components: Preflight
Affects Versions: 1.8.8, 1.8.9, 2.0.0
Reporter: Tilman Hausherr
Attachments: validierung_von_pdfa.pdf
The Bavaria testsuite requests to detect Contains loops in destinations in
the attached file. I'm not sure what they mean, but PDF-Tools detects this
and we don't:
{quote}
The value of the key Prev is 212 0 R but must be 0 0 R.
The value of the key Prev is 214 0 R but must be 0 0 R.
The value of the key Prev is 215 0 R but must be 214 0 R.
The value of the key Prev is 213 0 R but must be 212 0 R.
The value of the key Prev is 217 0 R but must be 0 0 R.
The value of the key Prev is 218 0 R but must be 217 0 R.
The value of the key Prev is 219 0 R but must be 218 0 R.
The value of the key Prev is 216 0 R but must be 213 0 R.
The value of the key Prev is 220 0 R but must be 216 0 R.
The value of the key Prev is 222 0 R but must be 0 0 R.
The value of the key Prev is 223 0 R but must be 222 0 R.
The value of the key Prev is 224 0 R but must be 223 0 R.
The value of the key Prev is 221 0 R but must be 220 0 R.
The value of the key Prev is 226 0 R but must be 0 0 R.
The value of the key Prev is 225 0 R but must be 221 0 R.
The value of the key Prev is 211 0 R but must be 0 0 R.
The value of the key Prev is 210 0 R but must be 0 0 R.
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Comment Edited] (PDFBOX-2630) loop in destinations not detected by preflight
[
https://issues.apache.org/jira/browse/PDFBOX-2630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290821#comment-14290821
]
Tilman Hausherr edited comment on PDFBOX-2630 at 1/24/15 8:54 PM:
--
{quote}The items at each level of the hierarchy form a linked list, chained
together through their Prev and Next entries and accessed through the First and
Last entries in the parent item{quote}
I'll write some code that checks whether that linked list is free of any
contradictions and loops.
was (Author: tilman):
{quote}The items at each level of the hierarchy form a linked list, chained
together through their Prev and Next entries and accessed through the First and
Last entries in the parent item{quote}
I'll write some code that checks whether that the linked list is free of any
contradictions and loops.
loop in destinations not detected by preflight
Key: PDFBOX-2630
URL: https://issues.apache.org/jira/browse/PDFBOX-2630
Project: PDFBox
Issue Type: Sub-task
Components: Preflight
Affects Versions: 1.8.8, 1.8.9, 2.0.0
Reporter: Tilman Hausherr
Assignee: Tilman Hausherr
Attachments: validierung_von_pdfa.pdf
The Bavaria testsuite requests to detect Contains loops in destinations in
the attached file. I'm not sure what they mean, but PDF-Tools detects this
and we don't:
{quote}
The value of the key Prev is 212 0 R but must be 0 0 R.
The value of the key Prev is 214 0 R but must be 0 0 R.
The value of the key Prev is 215 0 R but must be 214 0 R.
The value of the key Prev is 213 0 R but must be 212 0 R.
The value of the key Prev is 217 0 R but must be 0 0 R.
The value of the key Prev is 218 0 R but must be 217 0 R.
The value of the key Prev is 219 0 R but must be 218 0 R.
The value of the key Prev is 216 0 R but must be 213 0 R.
The value of the key Prev is 220 0 R but must be 216 0 R.
The value of the key Prev is 222 0 R but must be 0 0 R.
The value of the key Prev is 223 0 R but must be 222 0 R.
The value of the key Prev is 224 0 R but must be 223 0 R.
The value of the key Prev is 221 0 R but must be 220 0 R.
The value of the key Prev is 226 0 R but must be 0 0 R.
The value of the key Prev is 225 0 R but must be 221 0 R.
The value of the key Prev is 211 0 R but must be 0 0 R.
The value of the key Prev is 210 0 R but must be 0 0 R.
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (PDFBOX-2600) Remove old parser
[ https://issues.apache.org/jira/browse/PDFBOX-2600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290768#comment-14290768 ] ASF subversion and git services commented on PDFBOX-2600: - Commit 1654567 from [~lehmi] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1654567 ] PDFBOX-2600: rename NonSequentialPDFParser into COSParser Remove old parser - Key: PDFBOX-2600 URL: https://issues.apache.org/jira/browse/PDFBOX-2600 Project: PDFBox Issue Type: Improvement Components: Parsing Affects Versions: 2.0.0 Reporter: Andreas Lehmkühler Assignee: Andreas Lehmkühler Fix For: 2.0.0 After making the non-sequential parser the default parser (PDFBOX-2430) and enabling signing with the non-sequential parser it is time to remove the old one. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (PDFBOX-2630) loop in destinations not detected by preflight
[
https://issues.apache.org/jira/browse/PDFBOX-2630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr reassigned PDFBOX-2630:
---
Assignee: Tilman Hausherr
loop in destinations not detected by preflight
Key: PDFBOX-2630
URL: https://issues.apache.org/jira/browse/PDFBOX-2630
Project: PDFBox
Issue Type: Sub-task
Components: Preflight
Affects Versions: 1.8.8, 1.8.9, 2.0.0
Reporter: Tilman Hausherr
Assignee: Tilman Hausherr
Attachments: validierung_von_pdfa.pdf
The Bavaria testsuite requests to detect Contains loops in destinations in
the attached file. I'm not sure what they mean, but PDF-Tools detects this
and we don't:
{quote}
The value of the key Prev is 212 0 R but must be 0 0 R.
The value of the key Prev is 214 0 R but must be 0 0 R.
The value of the key Prev is 215 0 R but must be 214 0 R.
The value of the key Prev is 213 0 R but must be 212 0 R.
The value of the key Prev is 217 0 R but must be 0 0 R.
The value of the key Prev is 218 0 R but must be 217 0 R.
The value of the key Prev is 219 0 R but must be 218 0 R.
The value of the key Prev is 216 0 R but must be 213 0 R.
The value of the key Prev is 220 0 R but must be 216 0 R.
The value of the key Prev is 222 0 R but must be 0 0 R.
The value of the key Prev is 223 0 R but must be 222 0 R.
The value of the key Prev is 224 0 R but must be 223 0 R.
The value of the key Prev is 221 0 R but must be 220 0 R.
The value of the key Prev is 226 0 R but must be 0 0 R.
The value of the key Prev is 225 0 R but must be 221 0 R.
The value of the key Prev is 211 0 R but must be 0 0 R.
The value of the key Prev is 210 0 R but must be 0 0 R.
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (PDFBOX-2627) Add block composer to handle multiline text
[
https://issues.apache.org/jira/browse/PDFBOX-2627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290963#comment-14290963
]
John Hewson commented on PDFBOX-2627:
-
{quote}
But spacing between paragraphs is different to spacing between lines.
{quote}
Is it really, or is it just the line spacing + the height of a space character?
Either is reasonable.
{quote}
The ‚block composer‘ (maybe you have a better term for it)
{quote}
I would call this paragraph layout. You're really only dealing with one
parameter: the width of the box (after padding/border has been taken into
account).
Add block composer to handle multiline text
---
Key: PDFBOX-2627
URL: https://issues.apache.org/jira/browse/PDFBOX-2627
Project: PDFBox
Issue Type: Sub-task
Components: AcroForm
Affects Versions: 2.0.0
Reporter: Maruan Sahyoun
Fix For: 2.0.0
In order to generate the appearance for multiline text a *basic* plain text
block composer needs to be developed.
Features
- box model
- paragraph separation
- line breaking
- horizontal and vertical alignment
- font setting, line height …
Conceptually it should also include writing mode likely with the only initial
implementation being lr-tb.
There should be no new dependencies on projects such as ICU which will limit
the capabilities but should be acceptable to the needs of form filling.
To not create the *false* assumption that this is a generic composer it will
be sub packaged within the (AcroForms) forms package(s).
--
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
[jira] [Commented] (PDFBOX-2530) Improve PDFDebugger
[ https://issues.apache.org/jira/browse/PDFBOX-2530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290994#comment-14290994 ] khyrul bashar commented on PDFBOX-2530: --- I'm interested to work on this project in next summer. To get Introduced I've made a first look up in source code. Now trying to understand the architecture of PDFBox and thus spending time to understand structure of PDF itself. I need some guideline. how to prepare for the project and what are the topics I should know beforehand to work on this project. Improve PDFDebugger --- Key: PDFBOX-2530 URL: https://issues.apache.org/jira/browse/PDFBOX-2530 Project: PDFBox Issue Type: Improvement Components: Utilities Affects Versions: 1.8.8, 2.0.0 Reporter: Tilman Hausherr Labels: gsoc2015 (This is an idea for [GSOC2015|https://www.google-melange.com/]. But if you want to submit some improvements to the code outside of GSOC2015 now, this is fine. We can always come up with other project ideas for GSOC2015) Our command line utility PDFDebugger (part of the command line pdfbox-app get it [here|https://pdfbox.apache.org/downloads.html], read description [here|https://pdfbox.apache.org/commandline/], get source code [here|https://svn.apache.org/viewvc/pdfbox/trunk/tools/src/main/java/org/apache/pdfbox/tools/PDFDebugger.java?view=markupsortby=date]) needs some improvements: - hex view - view of non printable characters - saving streams - binary copy paste - ability to search in streams (very useful for content streams and meta data) - show images that are streams - show PDIndexed color lookup table, show the index value, the base and RGB color value sets when the mouse moves - show PDSeparation color - show PDDeviceN colors - show font encodings and characters - edit attributes - edit streams, while keeping or changing the compression filter - save altered PDF - color mark of certain PDF operators, especially Q...q and text operators (BT...ET). Ideally, it should help the user understand the bracketing of these operators, i.e. understand where a sequence starts and where it ends. (See operator summary in the PDF Spec) Other important operators I can think of are the matrix, font and color operators. A cool advanced thing would be to show the current color or the font in a popup when hovering above such an operator. To see a product with a similar purpose that is better than PDFDebugger, watch [this video|https://www.youtube.com/watch?v=g-QcU9B4qMc]. I'm not asking to implement a clone of that product (I don't use it, all I know is that video), but we at PDFBox really need something that makes PDF debugging easier. As an example of how the current PDFDebugger prevented me from finding a bug quickly, see PDFBOX-2401 and search for PDFDebugger. Prerequisites: - java programming, especially the GUI components - the ability to understand existing source code Using external software components is possible (must have Apache License or a compatible one), but should be decided on a case-by-case basis, we don't want to get too big. Development strategy: go from the easy to the difficult. The wished features are already sorted this way (mostly). Mentor: Tilman Hausherr (European timezone, languages: german, english, french). To see the GSoC2014 project I mentored, go to PDFBOX-1915. -- 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
[jira] [Commented] (PDFBOX-2630) loop in destinations not detected by preflight
[
https://issues.apache.org/jira/browse/PDFBOX-2630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290908#comment-14290908
]
Tilman Hausherr commented on PDFBOX-2630:
-
This is now our output, although not in that order. I've resorted it to compare
it to the output of the PDF Tools validator, the errors are the same, although
ours are more detailed. But I we're obviously both using the same algorithm.
I've also implemented additional loop detection, although there aren't any.
{code}
1.4.9 : Outlines invalid, The value of /Prev of first level object
COSObject{212, 0} on a level is COSObject{212, 0}, but shouldn't exist
1.4.9 : Outlines invalid, The value of /Prev of first level object
COSObject{214, 0} on a level is COSObject{214, 0}, but shouldn't exist
1.4.9 : Outlines invalid, The value of /Prev at COSObject{215, 0} doesn't point
to previous object COSObject{214, 0}, but to COSObject{215, 0}
1.4.9 : Outlines invalid, The value of /Prev at COSObject{213, 0} doesn't point
to previous object COSObject{212, 0}, but to COSObject{213, 0}
1.4.9 : Outlines invalid, The value of /Prev of first level object
COSObject{217, 0} on a level is COSObject{217, 0}, but shouldn't exist
1.4.9 : Outlines invalid, The value of /Prev at COSObject{218, 0} doesn't point
to previous object COSObject{217, 0}, but to COSObject{218, 0}
1.4.9 : Outlines invalid, The value of /Prev at COSObject{219, 0} doesn't point
to previous object COSObject{218, 0}, but to COSObject{219, 0}
1.4.9 : Outlines invalid, The value of /Prev at COSObject{216, 0} doesn't point
to previous object COSObject{213, 0}, but to COSObject{216, 0}
1.4.9 : Outlines invalid, The value of /Prev at COSObject{220, 0} doesn't point
to previous object COSObject{216, 0}, but to COSObject{220, 0}
1.4.9 : Outlines invalid, The value of /Prev of first level object
COSObject{222, 0} on a level is COSObject{222, 0}, but shouldn't exist
1.4.9 : Outlines invalid, The value of /Prev at COSObject{223, 0} doesn't point
to previous object COSObject{222, 0}, but to COSObject{223, 0}
1.4.9 : Outlines invalid, The value of /Prev at COSObject{224, 0} doesn't point
to previous object COSObject{223, 0}, but to COSObject{224, 0}
1.4.9 : Outlines invalid, The value of /Prev at COSObject{221, 0} doesn't point
to previous object COSObject{220, 0}, but to COSObject{221, 0}
1.4.9 : Outlines invalid, The value of /Prev of first level object
COSObject{226, 0} on a level is COSObject{226, 0}, but shouldn't exist
1.4.9 : Outlines invalid, The value of /Prev at COSObject{225, 0} doesn't point
to previous object COSObject{221, 0}, but to COSObject{225, 0}
1.4.9 : Outlines invalid, The value of /Prev of first level object
COSObject{211, 0} on a level is COSObject{211, 0}, but shouldn't exist
1.4.9 : Outlines invalid, The value of /Prev of first level object
COSObject{210, 0} on a level is COSObject{210, 0}, but shouldn't exist
{code}
loop in destinations not detected by preflight
Key: PDFBOX-2630
URL: https://issues.apache.org/jira/browse/PDFBOX-2630
Project: PDFBox
Issue Type: Sub-task
Components: Preflight
Affects Versions: 1.8.8, 1.8.9, 2.0.0
Reporter: Tilman Hausherr
Assignee: Tilman Hausherr
Attachments: validierung_von_pdfa.pdf
The Bavaria testsuite requests to detect Contains loops in destinations in
the attached file. I'm not sure what they mean, but PDF-Tools detects this
and we don't:
{quote}
The value of the key Prev is 212 0 R but must be 0 0 R.
The value of the key Prev is 214 0 R but must be 0 0 R.
The value of the key Prev is 215 0 R but must be 214 0 R.
The value of the key Prev is 213 0 R but must be 212 0 R.
The value of the key Prev is 217 0 R but must be 0 0 R.
The value of the key Prev is 218 0 R but must be 217 0 R.
The value of the key Prev is 219 0 R but must be 218 0 R.
The value of the key Prev is 216 0 R but must be 213 0 R.
The value of the key Prev is 220 0 R but must be 216 0 R.
The value of the key Prev is 222 0 R but must be 0 0 R.
The value of the key Prev is 223 0 R but must be 222 0 R.
The value of the key Prev is 224 0 R but must be 223 0 R.
The value of the key Prev is 221 0 R but must be 220 0 R.
The value of the key Prev is 226 0 R but must be 0 0 R.
The value of the key Prev is 225 0 R but must be 221 0 R.
The value of the key Prev is 211 0 R but must be 0 0 R.
The value of the key Prev is 210 0 R but must be 0 0 R.
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (PDFBOX-2624) CIDSet entry is missing for the Composite Subset when creating PDF/A-1b file with PDType0Font.load()
[
https://issues.apache.org/jira/browse/PDFBOX-2624?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290966#comment-14290966
]
John Hewson commented on PDFBOX-2624:
-
I see what you mean, that commit just moved the line that importXMPMetadata()
was on. Either way, the general point stands that it was some months ago that
the XMP bug was introduced.
CIDSet entry is missing for the Composite Subset when creating PDF/A-1b
file with PDType0Font.load()
--
Key: PDFBOX-2624
URL: https://issues.apache.org/jira/browse/PDFBOX-2624
Project: PDFBox
Issue Type: New Feature
Components: PDModel, Utilities
Affects Versions: 2.0.0
Reporter: Tilman Hausherr
Fix For: 2.1.0
Attachments: PDFBOX-2624.pdf
PDTrueTypeFont.loadTTF() is deprecated. So I tried to change CreatePDFA.java
to call PDType0Font.load() instead, but the preflight validation fails:
{quote}
3.1.11: Invalid Font definition, AAAXQL+LiberationSans: The CIDSet entry is
missing for the Composite Subset
{quote}
--
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
[jira] [Commented] (PDFBOX-2630) loop in destinations not detected by preflight
[
https://issues.apache.org/jira/browse/PDFBOX-2630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290858#comment-14290858
]
ASF subversion and git services commented on PDFBOX-2630:
-
Commit 1654592 from [~tilman] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1654592 ]
PDFBOX-2630: add generic error message for 1.4.9
loop in destinations not detected by preflight
Key: PDFBOX-2630
URL: https://issues.apache.org/jira/browse/PDFBOX-2630
Project: PDFBox
Issue Type: Sub-task
Components: Preflight
Affects Versions: 1.8.8, 1.8.9, 2.0.0
Reporter: Tilman Hausherr
Assignee: Tilman Hausherr
Attachments: validierung_von_pdfa.pdf
The Bavaria testsuite requests to detect Contains loops in destinations in
the attached file. I'm not sure what they mean, but PDF-Tools detects this
and we don't:
{quote}
The value of the key Prev is 212 0 R but must be 0 0 R.
The value of the key Prev is 214 0 R but must be 0 0 R.
The value of the key Prev is 215 0 R but must be 214 0 R.
The value of the key Prev is 213 0 R but must be 212 0 R.
The value of the key Prev is 217 0 R but must be 0 0 R.
The value of the key Prev is 218 0 R but must be 217 0 R.
The value of the key Prev is 219 0 R but must be 218 0 R.
The value of the key Prev is 216 0 R but must be 213 0 R.
The value of the key Prev is 220 0 R but must be 216 0 R.
The value of the key Prev is 222 0 R but must be 0 0 R.
The value of the key Prev is 223 0 R but must be 222 0 R.
The value of the key Prev is 224 0 R but must be 223 0 R.
The value of the key Prev is 221 0 R but must be 220 0 R.
The value of the key Prev is 226 0 R but must be 0 0 R.
The value of the key Prev is 225 0 R but must be 221 0 R.
The value of the key Prev is 211 0 R but must be 0 0 R.
The value of the key Prev is 210 0 R but must be 0 0 R.
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Assigned] (PDFBOX-1965) NPE in NonSequentialPDFParser when parseMinimal property is set to true
[ https://issues.apache.org/jira/browse/PDFBOX-1965?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andreas Lehmkühler reassigned PDFBOX-1965: -- Assignee: Andreas Lehmkühler NPE in NonSequentialPDFParser when parseMinimal property is set to true --- Key: PDFBOX-1965 URL: https://issues.apache.org/jira/browse/PDFBOX-1965 Project: PDFBox Issue Type: Bug Components: Parsing Affects Versions: 1.8.4, 1.8.5, 2.0.0 Reporter: Stefan Magnus Landrø Assignee: Andreas Lehmkühler Fix For: 2.0.0 Attachments: example1.pdf When the parseMinimal system property is set to true, indirect objects are not followed when the PDF is parsed. That causes the following NPE: java.lang.NullPointerException at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.parseDictObjects(NonSequentialPDFParser.java:1082) at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.getPage(NonSequentialPDFParser.java:928) at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.parse(NonSequentialPDFParser.java:749) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PDFBOX-1965) NPE in NonSequentialPDFParser when parseMinimal property is set to true
[ https://issues.apache.org/jira/browse/PDFBOX-1965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290687#comment-14290687 ] ASF subversion and git services commented on PDFBOX-1965: - Commit 1654550 from [~lehmi] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1654550 ] PDFBOX-1965: load the missing objects from the page dictionary NPE in NonSequentialPDFParser when parseMinimal property is set to true --- Key: PDFBOX-1965 URL: https://issues.apache.org/jira/browse/PDFBOX-1965 Project: PDFBox Issue Type: Bug Components: Parsing Affects Versions: 1.8.4, 1.8.5, 2.0.0 Reporter: Stefan Magnus Landrø Assignee: Andreas Lehmkühler Fix For: 2.0.0 Attachments: example1.pdf When the parseMinimal system property is set to true, indirect objects are not followed when the PDF is parsed. That causes the following NPE: java.lang.NullPointerException at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.parseDictObjects(NonSequentialPDFParser.java:1082) at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.getPage(NonSequentialPDFParser.java:928) at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.parse(NonSequentialPDFParser.java:749) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PDFBOX-1965) NPE in NonSequentialPDFParser when parseMinimal property is set to true
[ https://issues.apache.org/jira/browse/PDFBOX-1965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290689#comment-14290689 ] ASF subversion and git services commented on PDFBOX-1965: - Commit 1654551 from [~lehmi] in branch 'pdfbox/branches/1.8' [ https://svn.apache.org/r1654551 ] PDFBOX-1965: load the missing objects from the page dictionary NPE in NonSequentialPDFParser when parseMinimal property is set to true --- Key: PDFBOX-1965 URL: https://issues.apache.org/jira/browse/PDFBOX-1965 Project: PDFBox Issue Type: Bug Components: Parsing Affects Versions: 1.8.4, 1.8.5, 2.0.0 Reporter: Stefan Magnus Landrø Assignee: Andreas Lehmkühler Fix For: 1.8.9, 2.0.0 Attachments: example1.pdf When the parseMinimal system property is set to true, indirect objects are not followed when the PDF is parsed. That causes the following NPE: java.lang.NullPointerException at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.parseDictObjects(NonSequentialPDFParser.java:1082) at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.getPage(NonSequentialPDFParser.java:928) at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.parse(NonSequentialPDFParser.java:749) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (PDFBOX-1965) NPE in NonSequentialPDFParser when parseMinimal property is set to true
[ https://issues.apache.org/jira/browse/PDFBOX-1965?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andreas Lehmkühler updated PDFBOX-1965: --- Fix Version/s: 1.8.9 NPE in NonSequentialPDFParser when parseMinimal property is set to true --- Key: PDFBOX-1965 URL: https://issues.apache.org/jira/browse/PDFBOX-1965 Project: PDFBox Issue Type: Bug Components: Parsing Affects Versions: 1.8.4, 1.8.5, 2.0.0 Reporter: Stefan Magnus Landrø Assignee: Andreas Lehmkühler Fix For: 1.8.9, 2.0.0 Attachments: example1.pdf When the parseMinimal system property is set to true, indirect objects are not followed when the PDF is parsed. That causes the following NPE: java.lang.NullPointerException at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.parseDictObjects(NonSequentialPDFParser.java:1082) at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.getPage(NonSequentialPDFParser.java:928) at org.apache.pdfbox.pdfparser.NonSequentialPDFParser.parse(NonSequentialPDFParser.java:749) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PDFBOX-2617) Group of Button fields treated as a Radio Button group
[
https://issues.apache.org/jira/browse/PDFBOX-2617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290515#comment-14290515
]
Gilad Denneboom commented on PDFBOX-2617:
-
[~msahyoun] Thanks for taking care of it. I tested my code using the latest
1.8.9 snapshot (pdfbox-1.8.9-20150124.080542-47.jar) and it seems to have
solved this issue.
However, I added some more fields and played around with it a bit more, and
might have come against another (minor) issue.
When I create a group of radio-buttons the group itself is a PDRadioCollection
object and each child is a PDCheckbox object, which makes sense. But if the
group only contains one child (for some reason), its Kids property is null.
Should there not be 1 PDCheckbox child in this case? If you want I can upload a
sample file that demonstrates it.
Group of Button fields treated as a Radio Button group
--
Key: PDFBOX-2617
URL: https://issues.apache.org/jira/browse/PDFBOX-2617
Project: PDFBox
Issue Type: Bug
Components: AcroForm
Affects Versions: 1.8.8, 2.0.0
Environment: Windows 7, Eclipse, JRE 1.8.0_25
Reporter: Gilad Denneboom
Assignee: Maruan Sahyoun
Priority: Minor
Fix For: 2.0.0
Attachments: test.pdf
When creating a group of identical button fields PDFBox reads them as a group
of radio-button fields, with each widget as a check-box, which is incorrect.
The main field has the class PDRadioCollection and each kid is a PDCheckbox.
Run the following code on the attached file:
PDDocument doc = PDDocument.load( new File(test.pdf) );
PDAcroForm form = doc.getDocumentCatalog().getAcroForm();
ListPDField fields = form.getFields();
for (PDField f: fields) {
System.out.println(Name: + f.getFullyQualifiedName());
System.out.println(Type: + f.getFieldType());
System.out.println(Class: + f.getClass());
ListCOSObjectable kids = f.getKids();
if (kids!=null) {
for (COSObjectable c : kids) {
System.out.println(Kid Class: + c.getClass());
}
}
}
The results are:
Name:Test
Type:Btn
Class:class org.apache.pdfbox.pdmodel.interactive.form.PDRadioCollection
Kid Class: class org.apache.pdfbox.pdmodel.interactive.form.PDCheckbox
Kid Class: class org.apache.pdfbox.pdmodel.interactive.form.PDCheckbox
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (PDFBOX-2576) Improve code quality
[ https://issues.apache.org/jira/browse/PDFBOX-2576?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290579#comment-14290579 ] ASF subversion and git services commented on PDFBOX-2576: - Commit 1654502 from [~tilman] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1654502 ] PDFBOX-2576: remove unused import Improve code quality Key: PDFBOX-2576 URL: https://issues.apache.org/jira/browse/PDFBOX-2576 Project: PDFBox Issue Type: Task Affects Versions: 2.0.0 Reporter: Tilman Hausherr This is a longterm issue for the task to improve code quality, by using the [SonarQube report|https://analysis.apache.org/dashboard/index/org.apache.pdfbox:pdfbox-reactor], hints in different IDEs, the FindBugs tool and other code quality tools. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PDFBOX-2576) Improve code quality
[ https://issues.apache.org/jira/browse/PDFBOX-2576?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290582#comment-14290582 ] ASF subversion and git services commented on PDFBOX-2576: - Commit 1654503 from [~tilman] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1654503 ] PDFBOX-2576: remove unused import Improve code quality Key: PDFBOX-2576 URL: https://issues.apache.org/jira/browse/PDFBOX-2576 Project: PDFBox Issue Type: Task Affects Versions: 2.0.0 Reporter: Tilman Hausherr This is a longterm issue for the task to improve code quality, by using the [SonarQube report|https://analysis.apache.org/dashboard/index/org.apache.pdfbox:pdfbox-reactor], hints in different IDEs, the FindBugs tool and other code quality tools. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PDFBOX-1675) Preflight : improve error information
[ https://issues.apache.org/jira/browse/PDFBOX-1675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290628#comment-14290628 ] ASF subversion and git services commented on PDFBOX-1675: - Commit 1654523 from [~tilman] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1654523 ] PDFBOX-1675: remove . at end of error message Preflight : improve error information - Key: PDFBOX-1675 URL: https://issues.apache.org/jira/browse/PDFBOX-1675 Project: PDFBox Issue Type: Task Components: Preflight Affects Versions: 1.8.2 Reporter: Eric Leleu Priority: Minor Fix For: 2.0.0 Preflight should : - have more userfriendly error details - provide a way to ignore some errors -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PDFBOX-2617) Group of Button fields treated as a Radio Button group
[
https://issues.apache.org/jira/browse/PDFBOX-2617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290629#comment-14290629
]
Maruan Sahyoun commented on PDFBOX-2617:
Yes, please upload a sample file probably under a new issue. It would be great
if we could get permission to include your files in our unit tests.
Not sure if having PDRadioCollection childs as PDCheckbox is correct although
very handy. Will probably change that for PDFBox 2 although it’s handled there
in the same manner currently. Please be aware that there will be further
changes to AcroForms with PDFBox 2.
Having more test files is a very good way how you could help.
Group of Button fields treated as a Radio Button group
--
Key: PDFBOX-2617
URL: https://issues.apache.org/jira/browse/PDFBOX-2617
Project: PDFBox
Issue Type: Bug
Components: AcroForm
Affects Versions: 1.8.8, 2.0.0
Environment: Windows 7, Eclipse, JRE 1.8.0_25
Reporter: Gilad Denneboom
Assignee: Maruan Sahyoun
Priority: Minor
Fix For: 2.0.0
Attachments: test.pdf
When creating a group of identical button fields PDFBox reads them as a group
of radio-button fields, with each widget as a check-box, which is incorrect.
The main field has the class PDRadioCollection and each kid is a PDCheckbox.
Run the following code on the attached file:
PDDocument doc = PDDocument.load( new File(test.pdf) );
PDAcroForm form = doc.getDocumentCatalog().getAcroForm();
ListPDField fields = form.getFields();
for (PDField f: fields) {
System.out.println(Name: + f.getFullyQualifiedName());
System.out.println(Type: + f.getFieldType());
System.out.println(Class: + f.getClass());
ListCOSObjectable kids = f.getKids();
if (kids!=null) {
for (COSObjectable c : kids) {
System.out.println(Kid Class: + c.getClass());
}
}
}
The results are:
Name:Test
Type:Btn
Class:class org.apache.pdfbox.pdmodel.interactive.form.PDRadioCollection
Kid Class: class org.apache.pdfbox.pdmodel.interactive.form.PDCheckbox
Kid Class: class org.apache.pdfbox.pdmodel.interactive.form.PDCheckbox
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (PDFBOX-2631) Single radio-button group has no children
Gilad Denneboom created PDFBOX-2631: --- Summary: Single radio-button group has no children Key: PDFBOX-2631 URL: https://issues.apache.org/jira/browse/PDFBOX-2631 Project: PDFBox Issue Type: Bug Components: AcroForm Affects Versions: 1.8.8 Environment: Windows 7, Eclipse, JRE 1.8.0_25 Reporter: Gilad Denneboom Priority: Minor (Continuation of https://issues.apache.org/jira/browse/PDFBOX-2617) A group of radio-buttons is an object of the PDRadioCollection class and each child of that group is an PDCheckbox object. However, if the group only contains one widget the getKids method of the PDRadioCollection object returns null. There should be at least one child for any such group. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (PDFBOX-2631) Single radio-button group has no children
[
https://issues.apache.org/jira/browse/PDFBOX-2631?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gilad Denneboom updated PDFBOX-2631:
Attachment: test2.pdf
Sample file demonstrating the issue (compare Group1 and Group2).
Code:
PDDocument doc = PDDocument.load( new File(test2.pdf) );
PDAcroForm form = doc.getDocumentCatalog().getAcroForm();
ListPDField fields = form.getFields();
for (PDField f: fields) {
System.out.println(Name: + f.getFullyQualifiedName());
System.out.println(Type: + f.getFieldType());
System.out.println(Class: + f.getClass());
ListCOSObjectable kids = f.getKids();
if (kids!=null) {
for (COSObjectable c : kids)
{ System.out.println(Kid Class: + c.getClass()); }
}
}
Output:
Name:Test
Type:Btn
Class:class org.apache.pdfbox.pdmodel.interactive.form.PDPushButton
Kid Class: class
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget
Kid Class: class
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget
-
Name:Group1
Type:Btn
Class:class org.apache.pdfbox.pdmodel.interactive.form.PDRadioCollection
Kid Class: class org.apache.pdfbox.pdmodel.interactive.form.PDCheckbox
Kid Class: class org.apache.pdfbox.pdmodel.interactive.form.PDCheckbox
Kid Class: class org.apache.pdfbox.pdmodel.interactive.form.PDCheckbox
-
Name:Group2
Type:Btn
Class:class org.apache.pdfbox.pdmodel.interactive.form.PDRadioCollection
-
Name:Check Box2
Type:Btn
Class:class org.apache.pdfbox.pdmodel.interactive.form.PDCheckbox
Kid Class: class
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget
Kid Class: class
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget
-
Name:Check Box3
Type:Btn
Class:class org.apache.pdfbox.pdmodel.interactive.form.PDCheckbox
-
Name:Text3
Type:Tx
Class:class org.apache.pdfbox.pdmodel.interactive.form.PDTextbox
Kid Class: class
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget
Kid Class: class
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget
-
Single radio-button group has no children
-
Key: PDFBOX-2631
URL: https://issues.apache.org/jira/browse/PDFBOX-2631
Project: PDFBox
Issue Type: Bug
Components: AcroForm
Affects Versions: 1.8.8
Environment: Windows 7, Eclipse, JRE 1.8.0_25
Reporter: Gilad Denneboom
Priority: Minor
Attachments: test2.pdf
(Continuation of https://issues.apache.org/jira/browse/PDFBOX-2617)
A group of radio-buttons is an object of the PDRadioCollection class and each
child of that group is an PDCheckbox object.
However, if the group only contains one widget the getKids method of the
PDRadioCollection object returns null.
There should be at least one child for any such group.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (PDFBOX-1675) Preflight : improve error information
[ https://issues.apache.org/jira/browse/PDFBOX-1675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290603#comment-14290603 ] ASF subversion and git services commented on PDFBOX-1675: - Commit 1654520 from [~tilman] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1654520 ] PDFBOX-1675: remove . at end of error message Preflight : improve error information - Key: PDFBOX-1675 URL: https://issues.apache.org/jira/browse/PDFBOX-1675 Project: PDFBox Issue Type: Task Components: Preflight Affects Versions: 1.8.2 Reporter: Eric Leleu Priority: Minor Fix For: 2.0.0 Preflight should : - have more userfriendly error details - provide a way to ignore some errors -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (PDFBOX-2630) loop in destinations not detected by preflight
Tilman Hausherr created PDFBOX-2630:
---
Summary: loop in destinations not detected by preflight
Key: PDFBOX-2630
URL: https://issues.apache.org/jira/browse/PDFBOX-2630
Project: PDFBox
Issue Type: Sub-task
Components: Preflight
Affects Versions: 1.8.8, 1.8.9, 2.0.0
Reporter: Tilman Hausherr
The Bavaria testsuite requests to detect Contains loops in destinations in
the attached file. I'm not sure what they mean, but PDF-Tools detects this:
{quote}
The value of the key Prev is 212 0 R but must be 0 0 R.
The value of the key Prev is 214 0 R but must be 0 0 R.
The value of the key Prev is 215 0 R but must be 214 0 R.
The value of the key Prev is 213 0 R but must be 212 0 R.
The value of the key Prev is 217 0 R but must be 0 0 R.
The value of the key Prev is 218 0 R but must be 217 0 R.
The value of the key Prev is 219 0 R but must be 218 0 R.
The value of the key Prev is 216 0 R but must be 213 0 R.
The value of the key Prev is 220 0 R but must be 216 0 R.
The value of the key Prev is 222 0 R but must be 0 0 R.
The value of the key Prev is 223 0 R but must be 222 0 R.
The value of the key Prev is 224 0 R but must be 223 0 R.
The value of the key Prev is 221 0 R but must be 220 0 R.
The value of the key Prev is 226 0 R but must be 0 0 R.
The value of the key Prev is 225 0 R but must be 221 0 R.
The value of the key Prev is 211 0 R but must be 0 0 R.
The value of the key Prev is 210 0 R but must be 0 0 R.
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (PDFBOX-2630) loop in destinations not detected by preflight
[
https://issues.apache.org/jira/browse/PDFBOX-2630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr updated PDFBOX-2630:
Attachment: validierung_von_pdfa.pdf
loop in destinations not detected by preflight
Key: PDFBOX-2630
URL: https://issues.apache.org/jira/browse/PDFBOX-2630
Project: PDFBox
Issue Type: Sub-task
Components: Preflight
Affects Versions: 1.8.8, 1.8.9, 2.0.0
Reporter: Tilman Hausherr
Attachments: validierung_von_pdfa.pdf
The Bavaria testsuite requests to detect Contains loops in destinations in
the attached file. I'm not sure what they mean, but PDF-Tools detects this:
{quote}
The value of the key Prev is 212 0 R but must be 0 0 R.
The value of the key Prev is 214 0 R but must be 0 0 R.
The value of the key Prev is 215 0 R but must be 214 0 R.
The value of the key Prev is 213 0 R but must be 212 0 R.
The value of the key Prev is 217 0 R but must be 0 0 R.
The value of the key Prev is 218 0 R but must be 217 0 R.
The value of the key Prev is 219 0 R but must be 218 0 R.
The value of the key Prev is 216 0 R but must be 213 0 R.
The value of the key Prev is 220 0 R but must be 216 0 R.
The value of the key Prev is 222 0 R but must be 0 0 R.
The value of the key Prev is 223 0 R but must be 222 0 R.
The value of the key Prev is 224 0 R but must be 223 0 R.
The value of the key Prev is 221 0 R but must be 220 0 R.
The value of the key Prev is 226 0 R but must be 0 0 R.
The value of the key Prev is 225 0 R but must be 221 0 R.
The value of the key Prev is 211 0 R but must be 0 0 R.
The value of the key Prev is 210 0 R but must be 0 0 R.
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (PDFBOX-2630) loop in destinations not detected by preflight
[
https://issues.apache.org/jira/browse/PDFBOX-2630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr updated PDFBOX-2630:
Description:
The Bavaria testsuite requests to detect Contains loops in destinations in
the attached file. I'm not sure what they mean, but PDF-Tools detects this and
we don't:
{quote}
The value of the key Prev is 212 0 R but must be 0 0 R.
The value of the key Prev is 214 0 R but must be 0 0 R.
The value of the key Prev is 215 0 R but must be 214 0 R.
The value of the key Prev is 213 0 R but must be 212 0 R.
The value of the key Prev is 217 0 R but must be 0 0 R.
The value of the key Prev is 218 0 R but must be 217 0 R.
The value of the key Prev is 219 0 R but must be 218 0 R.
The value of the key Prev is 216 0 R but must be 213 0 R.
The value of the key Prev is 220 0 R but must be 216 0 R.
The value of the key Prev is 222 0 R but must be 0 0 R.
The value of the key Prev is 223 0 R but must be 222 0 R.
The value of the key Prev is 224 0 R but must be 223 0 R.
The value of the key Prev is 221 0 R but must be 220 0 R.
The value of the key Prev is 226 0 R but must be 0 0 R.
The value of the key Prev is 225 0 R but must be 221 0 R.
The value of the key Prev is 211 0 R but must be 0 0 R.
The value of the key Prev is 210 0 R but must be 0 0 R.
{quote}
was:
The Bavaria testsuite requests to detect Contains loops in destinations in
the attached file. I'm not sure what they mean, but PDF-Tools detects this:
{quote}
The value of the key Prev is 212 0 R but must be 0 0 R.
The value of the key Prev is 214 0 R but must be 0 0 R.
The value of the key Prev is 215 0 R but must be 214 0 R.
The value of the key Prev is 213 0 R but must be 212 0 R.
The value of the key Prev is 217 0 R but must be 0 0 R.
The value of the key Prev is 218 0 R but must be 217 0 R.
The value of the key Prev is 219 0 R but must be 218 0 R.
The value of the key Prev is 216 0 R but must be 213 0 R.
The value of the key Prev is 220 0 R but must be 216 0 R.
The value of the key Prev is 222 0 R but must be 0 0 R.
The value of the key Prev is 223 0 R but must be 222 0 R.
The value of the key Prev is 224 0 R but must be 223 0 R.
The value of the key Prev is 221 0 R but must be 220 0 R.
The value of the key Prev is 226 0 R but must be 0 0 R.
The value of the key Prev is 225 0 R but must be 221 0 R.
The value of the key Prev is 211 0 R but must be 0 0 R.
The value of the key Prev is 210 0 R but must be 0 0 R.
{quote}
loop in destinations not detected by preflight
Key: PDFBOX-2630
URL: https://issues.apache.org/jira/browse/PDFBOX-2630
Project: PDFBox
Issue Type: Sub-task
Components: Preflight
Affects Versions: 1.8.8, 1.8.9, 2.0.0
Reporter: Tilman Hausherr
Attachments: validierung_von_pdfa.pdf
The Bavaria testsuite requests to detect Contains loops in destinations in
the attached file. I'm not sure what they mean, but PDF-Tools detects this
and we don't:
{quote}
The value of the key Prev is 212 0 R but must be 0 0 R.
The value of the key Prev is 214 0 R but must be 0 0 R.
The value of the key Prev is 215 0 R but must be 214 0 R.
The value of the key Prev is 213 0 R but must be 212 0 R.
The value of the key Prev is 217 0 R but must be 0 0 R.
The value of the key Prev is 218 0 R but must be 217 0 R.
The value of the key Prev is 219 0 R but must be 218 0 R.
The value of the key Prev is 216 0 R but must be 213 0 R.
The value of the key Prev is 220 0 R but must be 216 0 R.
The value of the key Prev is 222 0 R but must be 0 0 R.
The value of the key Prev is 223 0 R but must be 222 0 R.
The value of the key Prev is 224 0 R but must be 223 0 R.
The value of the key Prev is 221 0 R but must be 220 0 R.
The value of the key Prev is 226 0 R but must be 0 0 R.
The value of the key Prev is 225 0 R but must be 221 0 R.
The value of the key Prev is 211 0 R but must be 0 0 R.
The value of the key Prev is 210 0 R but must be 0 0 R.
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (PDFBOX-2617) Group of Button fields treated as a Radio Button group
[
https://issues.apache.org/jira/browse/PDFBOX-2617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14290639#comment-14290639
]
Gilad Denneboom commented on PDFBOX-2617:
-
OK, I created https://issues.apache.org/jira/browse/PDFBOX-2631
Group of Button fields treated as a Radio Button group
--
Key: PDFBOX-2617
URL: https://issues.apache.org/jira/browse/PDFBOX-2617
Project: PDFBox
Issue Type: Bug
Components: AcroForm
Affects Versions: 1.8.8, 2.0.0
Environment: Windows 7, Eclipse, JRE 1.8.0_25
Reporter: Gilad Denneboom
Assignee: Maruan Sahyoun
Priority: Minor
Fix For: 2.0.0
Attachments: test.pdf
When creating a group of identical button fields PDFBox reads them as a group
of radio-button fields, with each widget as a check-box, which is incorrect.
The main field has the class PDRadioCollection and each kid is a PDCheckbox.
Run the following code on the attached file:
PDDocument doc = PDDocument.load( new File(test.pdf) );
PDAcroForm form = doc.getDocumentCatalog().getAcroForm();
ListPDField fields = form.getFields();
for (PDField f: fields) {
System.out.println(Name: + f.getFullyQualifiedName());
System.out.println(Type: + f.getFieldType());
System.out.println(Class: + f.getClass());
ListCOSObjectable kids = f.getKids();
if (kids!=null) {
for (COSObjectable c : kids) {
System.out.println(Kid Class: + c.getClass());
}
}
}
The results are:
Name:Test
Type:Btn
Class:class org.apache.pdfbox.pdmodel.interactive.form.PDRadioCollection
Kid Class: class org.apache.pdfbox.pdmodel.interactive.form.PDCheckbox
Kid Class: class org.apache.pdfbox.pdmodel.interactive.form.PDCheckbox
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
