[jira] [Created] (PDFBOX-4016) jvm crash when converting the attached pdf to image

2017-11-16 Thread sunnyawake (JIRA)
sunnyawake created PDFBOX-4016:
--

 Summary: jvm crash when converting the attached pdf to image
 Key: PDFBOX-4016
 URL: https://issues.apache.org/jira/browse/PDFBOX-4016
 Project: PDFBox
  Issue Type: Bug
 Environment: pdfbox 2.0.8 mac 10.12.6
Reporter: sunnyawake
Priority: Critical
 Attachments: 111709013868.pdf.pdf

jvm crash when convert the attached pdf(one page) to image.



--
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-2852) Improve code quality (2)

2017-11-16 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on PDFBOX-2852:
-

Commit 1815511 from [~tilman] in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1815511 ]

PDFBOX-2852: improve javadoc, as suggested by Gilad Denneboom

> Improve code quality (2)
> 
>
> Key: PDFBOX-2852
> URL: https://issues.apache.org/jira/browse/PDFBOX-2852
> Project: PDFBox
>  Issue Type: Task
>Affects Versions: 2.0.0
>Reporter: Tilman Hausherr
> Attachments: PDNameTreeNode.java.patch, StringBuffer.patch, 
> XMPSchema.java.patch, explicit_array_creation.patch, fix_javadoc.patch, 
> foreach.patch, foreach2.patch, generic_type_arguments.patch, noarray.patch, 
> semicolon.patch, stringbuilder.patch, unnecessary_type_casting.patch, 
> unused_imports.patch, usestatic.patch, winansiencoding.patch, 
> winansiencoding2.patch
>
>
> 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 is a follow-up of PDFBOX-2576, which was getting too long.



--
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-2852) Improve code quality (2)

2017-11-16 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on PDFBOX-2852:
-

Commit 1815512 from [~tilman] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1815512 ]

PDFBOX-2852: improve javadoc, as suggested by Gilad Denneboom

> Improve code quality (2)
> 
>
> Key: PDFBOX-2852
> URL: https://issues.apache.org/jira/browse/PDFBOX-2852
> Project: PDFBox
>  Issue Type: Task
>Affects Versions: 2.0.0
>Reporter: Tilman Hausherr
> Attachments: PDNameTreeNode.java.patch, StringBuffer.patch, 
> XMPSchema.java.patch, explicit_array_creation.patch, fix_javadoc.patch, 
> foreach.patch, foreach2.patch, generic_type_arguments.patch, noarray.patch, 
> semicolon.patch, stringbuilder.patch, unnecessary_type_casting.patch, 
> unused_imports.patch, usestatic.patch, winansiencoding.patch, 
> winansiencoding2.patch
>
>
> 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 is a follow-up of PDFBOX-2576, which was getting too long.



--
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-4013) Java 9/macOS: Debugger App does not start (NoSuchMethodException)

2017-11-16 Thread Tilman Hausherr (JIRA)

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

Tilman Hausherr updated PDFBOX-4013:

Labels: mac-os-x  (was: )

> Java 9/macOS: Debugger App does not start (NoSuchMethodException)
> -
>
> Key: PDFBOX-4013
> URL: https://issues.apache.org/jira/browse/PDFBOX-4013
> Project: PDFBox
>  Issue Type: Bug
>  Components: Utilities
>Affects Versions: 2.0.8
>Reporter: Emmeran Seehuber
>  Labels: mac-os-x
>
> It seems the debugger app wants to integrate nicely into macOS and uses some 
> private API for this. This worked fine with all Java versions including 8, 
> but does no longer work with 9.
> Java 9 provides new APIs for this, but till PDFBox can depend on Java 9 (or 
> the next LTS Java 11) it should at least catch this and not crash
> The application does not start, and instead displays a dialog with a stack 
> trace.
> Console Output + StackTrace:
> {code}
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by 
> org.apache.pdfbox.debugger.ui.OSXAdapter 
> (file:/Users/emmy/Downloads/debugger-app-2.0.7.jar) to constructor 
> com.apple.eawt.Application()
> WARNING: Please consider reporting this to the maintainers of 
> org.apache.pdfbox.debugger.ui.OSXAdapter
> WARNING: Use --illegal-access=warn to enable warnings of further illegal 
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> Mac OS X Adapter could not talk to EAWT:
> java.lang.RuntimeException: java.lang.NoSuchMethodException: 
> com.apple.eawt.Application.addApplicationListener(com.apple.eawt.ApplicationListener)
> org.apache.pdfbox.debugger.ui.OSXAdapter.setHandler(OSXAdapter.java:171)
> 
> org.apache.pdfbox.debugger.ui.OSXAdapter.setFileHandler(OSXAdapter.java:137)
> 
> org.apache.pdfbox.debugger.PDFDebugger.initComponents(PDFDebugger.java:301)
> org.apache.pdfbox.debugger.PDFDebugger.(PDFDebugger.java:182)
> org.apache.pdfbox.debugger.PDFDebugger.main(PDFDebugger.java:1201)
> Caused by: java.lang.NoSuchMethodException: 
> com.apple.eawt.Application.addApplicationListener(com.apple.eawt.ApplicationListener)
> java.base/java.lang.Class.getDeclaredMethod(Class.java:2432)
> org.apache.pdfbox.debugger.ui.OSXAdapter.setHandler(OSXAdapter.java:163)
> 
> org.apache.pdfbox.debugger.ui.OSXAdapter.setFileHandler(OSXAdapter.java:137)
> 
> org.apache.pdfbox.debugger.PDFDebugger.initComponents(PDFDebugger.java:301)
> org.apache.pdfbox.debugger.PDFDebugger.(PDFDebugger.java:182)
> org.apache.pdfbox.debugger.PDFDebugger.main(PDFDebugger.java:1201)
> {code}
> To workaround this problem I have to run the debugger app using JDK 8. This 
> is ok for now, but very annoying.



--
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-4013) Java 9/macOS: Debugger App does not start (NoSuchMethodException)

2017-11-16 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on PDFBOX-4013:
-

Commit 1815490 from [~tilman] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1815490 ]

PDFBOX-4013: disable Mac OS X file open/quit handler for jdk9 and higher

> Java 9/macOS: Debugger App does not start (NoSuchMethodException)
> -
>
> Key: PDFBOX-4013
> URL: https://issues.apache.org/jira/browse/PDFBOX-4013
> Project: PDFBox
>  Issue Type: Bug
>  Components: Utilities
>Affects Versions: 2.0.8
>Reporter: Emmeran Seehuber
>
> It seems the debugger app wants to integrate nicely into macOS and uses some 
> private API for this. This worked fine with all Java versions including 8, 
> but does no longer work with 9.
> Java 9 provides new APIs for this, but till PDFBox can depend on Java 9 (or 
> the next LTS Java 11) it should at least catch this and not crash
> The application does not start, and instead displays a dialog with a stack 
> trace.
> Console Output + StackTrace:
> {code}
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by 
> org.apache.pdfbox.debugger.ui.OSXAdapter 
> (file:/Users/emmy/Downloads/debugger-app-2.0.7.jar) to constructor 
> com.apple.eawt.Application()
> WARNING: Please consider reporting this to the maintainers of 
> org.apache.pdfbox.debugger.ui.OSXAdapter
> WARNING: Use --illegal-access=warn to enable warnings of further illegal 
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> Mac OS X Adapter could not talk to EAWT:
> java.lang.RuntimeException: java.lang.NoSuchMethodException: 
> com.apple.eawt.Application.addApplicationListener(com.apple.eawt.ApplicationListener)
> org.apache.pdfbox.debugger.ui.OSXAdapter.setHandler(OSXAdapter.java:171)
> 
> org.apache.pdfbox.debugger.ui.OSXAdapter.setFileHandler(OSXAdapter.java:137)
> 
> org.apache.pdfbox.debugger.PDFDebugger.initComponents(PDFDebugger.java:301)
> org.apache.pdfbox.debugger.PDFDebugger.(PDFDebugger.java:182)
> org.apache.pdfbox.debugger.PDFDebugger.main(PDFDebugger.java:1201)
> Caused by: java.lang.NoSuchMethodException: 
> com.apple.eawt.Application.addApplicationListener(com.apple.eawt.ApplicationListener)
> java.base/java.lang.Class.getDeclaredMethod(Class.java:2432)
> org.apache.pdfbox.debugger.ui.OSXAdapter.setHandler(OSXAdapter.java:163)
> 
> org.apache.pdfbox.debugger.ui.OSXAdapter.setFileHandler(OSXAdapter.java:137)
> 
> org.apache.pdfbox.debugger.PDFDebugger.initComponents(PDFDebugger.java:301)
> org.apache.pdfbox.debugger.PDFDebugger.(PDFDebugger.java:182)
> org.apache.pdfbox.debugger.PDFDebugger.main(PDFDebugger.java:1201)
> {code}
> To workaround this problem I have to run the debugger app using JDK 8. This 
> is ok for now, but very annoying.



--
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-4013) Java 9/macOS: Debugger App does not start (NoSuchMethodException)

2017-11-16 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on PDFBOX-4013:
-

Commit 1815489 from [~tilman] in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1815489 ]

PDFBOX-4013: disable Mac OS X file open/quit handler for jdk9 and higher

> Java 9/macOS: Debugger App does not start (NoSuchMethodException)
> -
>
> Key: PDFBOX-4013
> URL: https://issues.apache.org/jira/browse/PDFBOX-4013
> Project: PDFBox
>  Issue Type: Bug
>  Components: Utilities
>Affects Versions: 2.0.8
>Reporter: Emmeran Seehuber
>
> It seems the debugger app wants to integrate nicely into macOS and uses some 
> private API for this. This worked fine with all Java versions including 8, 
> but does no longer work with 9.
> Java 9 provides new APIs for this, but till PDFBox can depend on Java 9 (or 
> the next LTS Java 11) it should at least catch this and not crash
> The application does not start, and instead displays a dialog with a stack 
> trace.
> Console Output + StackTrace:
> {code}
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by 
> org.apache.pdfbox.debugger.ui.OSXAdapter 
> (file:/Users/emmy/Downloads/debugger-app-2.0.7.jar) to constructor 
> com.apple.eawt.Application()
> WARNING: Please consider reporting this to the maintainers of 
> org.apache.pdfbox.debugger.ui.OSXAdapter
> WARNING: Use --illegal-access=warn to enable warnings of further illegal 
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> Mac OS X Adapter could not talk to EAWT:
> java.lang.RuntimeException: java.lang.NoSuchMethodException: 
> com.apple.eawt.Application.addApplicationListener(com.apple.eawt.ApplicationListener)
> org.apache.pdfbox.debugger.ui.OSXAdapter.setHandler(OSXAdapter.java:171)
> 
> org.apache.pdfbox.debugger.ui.OSXAdapter.setFileHandler(OSXAdapter.java:137)
> 
> org.apache.pdfbox.debugger.PDFDebugger.initComponents(PDFDebugger.java:301)
> org.apache.pdfbox.debugger.PDFDebugger.(PDFDebugger.java:182)
> org.apache.pdfbox.debugger.PDFDebugger.main(PDFDebugger.java:1201)
> Caused by: java.lang.NoSuchMethodException: 
> com.apple.eawt.Application.addApplicationListener(com.apple.eawt.ApplicationListener)
> java.base/java.lang.Class.getDeclaredMethod(Class.java:2432)
> org.apache.pdfbox.debugger.ui.OSXAdapter.setHandler(OSXAdapter.java:163)
> 
> org.apache.pdfbox.debugger.ui.OSXAdapter.setFileHandler(OSXAdapter.java:137)
> 
> org.apache.pdfbox.debugger.PDFDebugger.initComponents(PDFDebugger.java:301)
> org.apache.pdfbox.debugger.PDFDebugger.(PDFDebugger.java:182)
> org.apache.pdfbox.debugger.PDFDebugger.main(PDFDebugger.java:1201)
> {code}
> To workaround this problem I have to run the debugger app using JDK 8. This 
> is ok for now, but very annoying.



--
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-4013) Java 9/macOS: Debugger App does not start (NoSuchMethodException)

2017-11-16 Thread Tilman Hausherr (JIRA)

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

Tilman Hausherr commented on PDFBOX-4013:
-

The method no longer exists, and the class has been deprecated:
https://coderanch.com/how-to/javadoc/appledoc/api/com/apple/eawt/ApplicationListener.html
https://stackoverflow.com/questions/9239287/what-is-the-alternative-for-deprecated-com-apple-eawt-applicationlistener

So that part should be rewritten and tested whether it runs down to jdk6. I 
don't own a mac so I can't help. All I can do is to disable that part for jdk9.

> Java 9/macOS: Debugger App does not start (NoSuchMethodException)
> -
>
> Key: PDFBOX-4013
> URL: https://issues.apache.org/jira/browse/PDFBOX-4013
> Project: PDFBox
>  Issue Type: Bug
>  Components: Utilities
>Affects Versions: 2.0.8
>Reporter: Emmeran Seehuber
>
> It seems the debugger app wants to integrate nicely into macOS and uses some 
> private API for this. This worked fine with all Java versions including 8, 
> but does no longer work with 9.
> Java 9 provides new APIs for this, but till PDFBox can depend on Java 9 (or 
> the next LTS Java 11) it should at least catch this and not crash
> The application does not start, and instead displays a dialog with a stack 
> trace.
> Console Output + StackTrace:
> {code}
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by 
> org.apache.pdfbox.debugger.ui.OSXAdapter 
> (file:/Users/emmy/Downloads/debugger-app-2.0.7.jar) to constructor 
> com.apple.eawt.Application()
> WARNING: Please consider reporting this to the maintainers of 
> org.apache.pdfbox.debugger.ui.OSXAdapter
> WARNING: Use --illegal-access=warn to enable warnings of further illegal 
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> Mac OS X Adapter could not talk to EAWT:
> java.lang.RuntimeException: java.lang.NoSuchMethodException: 
> com.apple.eawt.Application.addApplicationListener(com.apple.eawt.ApplicationListener)
> org.apache.pdfbox.debugger.ui.OSXAdapter.setHandler(OSXAdapter.java:171)
> 
> org.apache.pdfbox.debugger.ui.OSXAdapter.setFileHandler(OSXAdapter.java:137)
> 
> org.apache.pdfbox.debugger.PDFDebugger.initComponents(PDFDebugger.java:301)
> org.apache.pdfbox.debugger.PDFDebugger.(PDFDebugger.java:182)
> org.apache.pdfbox.debugger.PDFDebugger.main(PDFDebugger.java:1201)
> Caused by: java.lang.NoSuchMethodException: 
> com.apple.eawt.Application.addApplicationListener(com.apple.eawt.ApplicationListener)
> java.base/java.lang.Class.getDeclaredMethod(Class.java:2432)
> org.apache.pdfbox.debugger.ui.OSXAdapter.setHandler(OSXAdapter.java:163)
> 
> org.apache.pdfbox.debugger.ui.OSXAdapter.setFileHandler(OSXAdapter.java:137)
> 
> org.apache.pdfbox.debugger.PDFDebugger.initComponents(PDFDebugger.java:301)
> org.apache.pdfbox.debugger.PDFDebugger.(PDFDebugger.java:182)
> org.apache.pdfbox.debugger.PDFDebugger.main(PDFDebugger.java:1201)
> {code}
> To workaround this problem I have to run the debugger app using JDK 8. This 
> is ok for now, but very annoying.



--
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] [Resolved] (PDFBOX-4015) java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles

2017-11-16 Thread Tilman Hausherr (JIRA)

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

Tilman Hausherr resolved PDFBOX-4015.
-
Resolution: Fixed

> java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles
> --
>
> Key: PDFBOX-4015
> URL: https://issues.apache.org/jira/browse/PDFBOX-4015
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.8
>Reporter: Tilman Hausherr
>Assignee: Tilman Hausherr
> Fix For: 2.0.9, 3.0.0 PDFBox
>
> Attachments: PDFBOX-4015.pdf
>
>
> Reported by Lauri Laanti in the user mailing list:
> {noformat}
> java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles
> at sun.java2d.cmm.lcms.LCMS.createNativeTransform(Native Method)
> at sun.java2d.cmm.lcms.LCMS.createTransform(LCMS.java:156)
> at sun.java2d.cmm.lcms.LCMSTransform.doTransform(LCMSTransform.java:155)
> at sun.java2d.cmm.lcms.LCMSTransform.colorConvert(LCMSTransform.java:629)
> at 
> java.awt.image.ColorModel.getLinearGray16ToOtherGray8LUT(ColorModel.java:1866)
> at java.awt.image.ComponentColorModel.setupLUTs(ComponentColorModel.java:449)
> at java.awt.image.ComponentColorModel.(ComponentColorModel.java:299)
> at java.awt.image.ComponentColorModel.(ComponentColorModel.java:351)
> at 
> org.apache.pdfbox.pdmodel.graphics.color.PDColorSpace.toRGBImageAWT(PDColorSpace.java:284)
> at 
> org.apache.pdfbox.pdmodel.graphics.color.PDICCBased.toRGBImage(PDICCBased.java:213)
> at 
> org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.from8bit(SampledImageReader.java:318)
> at 
> org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.getRGBImage(SampledImageReader.java:187)
> at 
> org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.getImage(PDImageXObject.java:403)
> at org.apache.pdfbox.rendering.PageDrawer.drawImage(PageDrawer.java:992)
> at 
> org.apache.pdfbox.contentstream.operator.graphics.DrawObject.process(DrawObject.java:62)
> at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processOperator(PDFStreamEngine.java:838)
> at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processStreamOperators(PDFStreamEngine.java:495)
> at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processStream(PDFStreamEngine.java:469)
> at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processPage(PDFStreamEngine.java:150)
> at org.apache.pdfbox.rendering.PageDrawer.drawPage(PageDrawer.java:206)
> at org.apache.pdfbox.rendering.PDFRenderer.renderImage(PDFRenderer.java:145)
> {noformat}



--
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-4015) java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles

2017-11-16 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on PDFBOX-4015:
-

Commit 1815488 from [~tilman] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1815488 ]

PDFBOX-4015: early trigger of "CMMException: LCMS error 13" with LCMS; sort 
imports; fix typos

> java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles
> --
>
> Key: PDFBOX-4015
> URL: https://issues.apache.org/jira/browse/PDFBOX-4015
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.8
>Reporter: Tilman Hausherr
>Assignee: Tilman Hausherr
> Fix For: 2.0.9, 3.0.0 PDFBox
>
> Attachments: PDFBOX-4015.pdf
>
>
> Reported by Lauri Laanti in the user mailing list:
> {noformat}
> java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles
> at sun.java2d.cmm.lcms.LCMS.createNativeTransform(Native Method)
> at sun.java2d.cmm.lcms.LCMS.createTransform(LCMS.java:156)
> at sun.java2d.cmm.lcms.LCMSTransform.doTransform(LCMSTransform.java:155)
> at sun.java2d.cmm.lcms.LCMSTransform.colorConvert(LCMSTransform.java:629)
> at 
> java.awt.image.ColorModel.getLinearGray16ToOtherGray8LUT(ColorModel.java:1866)
> at java.awt.image.ComponentColorModel.setupLUTs(ComponentColorModel.java:449)
> at java.awt.image.ComponentColorModel.(ComponentColorModel.java:299)
> at java.awt.image.ComponentColorModel.(ComponentColorModel.java:351)
> at 
> org.apache.pdfbox.pdmodel.graphics.color.PDColorSpace.toRGBImageAWT(PDColorSpace.java:284)
> at 
> org.apache.pdfbox.pdmodel.graphics.color.PDICCBased.toRGBImage(PDICCBased.java:213)
> at 
> org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.from8bit(SampledImageReader.java:318)
> at 
> org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.getRGBImage(SampledImageReader.java:187)
> at 
> org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.getImage(PDImageXObject.java:403)
> at org.apache.pdfbox.rendering.PageDrawer.drawImage(PageDrawer.java:992)
> at 
> org.apache.pdfbox.contentstream.operator.graphics.DrawObject.process(DrawObject.java:62)
> at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processOperator(PDFStreamEngine.java:838)
> at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processStreamOperators(PDFStreamEngine.java:495)
> at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processStream(PDFStreamEngine.java:469)
> at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processPage(PDFStreamEngine.java:150)
> at org.apache.pdfbox.rendering.PageDrawer.drawPage(PageDrawer.java:206)
> at org.apache.pdfbox.rendering.PDFRenderer.renderImage(PDFRenderer.java:145)
> {noformat}



--
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-4015) java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles

2017-11-16 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on PDFBOX-4015:
-

Commit 1815487 from [~tilman] in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1815487 ]

PDFBOX-4015: early trigger of "CMMException: LCMS error 13" with LCMS; sort 
imports; fix typos

> java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles
> --
>
> Key: PDFBOX-4015
> URL: https://issues.apache.org/jira/browse/PDFBOX-4015
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.8
>Reporter: Tilman Hausherr
>Assignee: Tilman Hausherr
> Fix For: 2.0.9, 3.0.0 PDFBox
>
> Attachments: PDFBOX-4015.pdf
>
>
> Reported by Lauri Laanti in the user mailing list:
> {noformat}
> java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles
> at sun.java2d.cmm.lcms.LCMS.createNativeTransform(Native Method)
> at sun.java2d.cmm.lcms.LCMS.createTransform(LCMS.java:156)
> at sun.java2d.cmm.lcms.LCMSTransform.doTransform(LCMSTransform.java:155)
> at sun.java2d.cmm.lcms.LCMSTransform.colorConvert(LCMSTransform.java:629)
> at 
> java.awt.image.ColorModel.getLinearGray16ToOtherGray8LUT(ColorModel.java:1866)
> at java.awt.image.ComponentColorModel.setupLUTs(ComponentColorModel.java:449)
> at java.awt.image.ComponentColorModel.(ComponentColorModel.java:299)
> at java.awt.image.ComponentColorModel.(ComponentColorModel.java:351)
> at 
> org.apache.pdfbox.pdmodel.graphics.color.PDColorSpace.toRGBImageAWT(PDColorSpace.java:284)
> at 
> org.apache.pdfbox.pdmodel.graphics.color.PDICCBased.toRGBImage(PDICCBased.java:213)
> at 
> org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.from8bit(SampledImageReader.java:318)
> at 
> org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.getRGBImage(SampledImageReader.java:187)
> at 
> org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.getImage(PDImageXObject.java:403)
> at org.apache.pdfbox.rendering.PageDrawer.drawImage(PageDrawer.java:992)
> at 
> org.apache.pdfbox.contentstream.operator.graphics.DrawObject.process(DrawObject.java:62)
> at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processOperator(PDFStreamEngine.java:838)
> at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processStreamOperators(PDFStreamEngine.java:495)
> at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processStream(PDFStreamEngine.java:469)
> at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processPage(PDFStreamEngine.java:150)
> at org.apache.pdfbox.rendering.PageDrawer.drawPage(PageDrawer.java:206)
> at org.apache.pdfbox.rendering.PDFRenderer.renderImage(PDFRenderer.java:145)
> {noformat}



--
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-4015) java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles

2017-11-16 Thread Tilman Hausherr (JIRA)

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

Tilman Hausherr updated PDFBOX-4015:

Description: 
Reported by Lauri Laanti in the user mailing list:
{noformat}
java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles
at sun.java2d.cmm.lcms.LCMS.createNativeTransform(Native Method)
at sun.java2d.cmm.lcms.LCMS.createTransform(LCMS.java:156)
at sun.java2d.cmm.lcms.LCMSTransform.doTransform(LCMSTransform.java:155)
at sun.java2d.cmm.lcms.LCMSTransform.colorConvert(LCMSTransform.java:629)
at 
java.awt.image.ColorModel.getLinearGray16ToOtherGray8LUT(ColorModel.java:1866)
at java.awt.image.ComponentColorModel.setupLUTs(ComponentColorModel.java:449)
at java.awt.image.ComponentColorModel.(ComponentColorModel.java:299)
at java.awt.image.ComponentColorModel.(ComponentColorModel.java:351)
at 
org.apache.pdfbox.pdmodel.graphics.color.PDColorSpace.toRGBImageAWT(PDColorSpace.java:284)
at 
org.apache.pdfbox.pdmodel.graphics.color.PDICCBased.toRGBImage(PDICCBased.java:213)
at 
org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.from8bit(SampledImageReader.java:318)
at 
org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.getRGBImage(SampledImageReader.java:187)
at 
org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.getImage(PDImageXObject.java:403)
at org.apache.pdfbox.rendering.PageDrawer.drawImage(PageDrawer.java:992)
at 
org.apache.pdfbox.contentstream.operator.graphics.DrawObject.process(DrawObject.java:62)
at 
org.apache.pdfbox.contentstream.PDFStreamEngine.processOperator(PDFStreamEngine.java:838)
at 
org.apache.pdfbox.contentstream.PDFStreamEngine.processStreamOperators(PDFStreamEngine.java:495)
at 
org.apache.pdfbox.contentstream.PDFStreamEngine.processStream(PDFStreamEngine.java:469)
at 
org.apache.pdfbox.contentstream.PDFStreamEngine.processPage(PDFStreamEngine.java:150)
at org.apache.pdfbox.rendering.PageDrawer.drawPage(PageDrawer.java:206)
at org.apache.pdfbox.rendering.PDFRenderer.renderImage(PDFRenderer.java:145)
{noformat}


  was:
{noformat}
java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles
at sun.java2d.cmm.lcms.LCMS.createNativeTransform(Native Method)
at sun.java2d.cmm.lcms.LCMS.createTransform(LCMS.java:156)
at sun.java2d.cmm.lcms.LCMSTransform.doTransform(LCMSTransform.java:155)
at sun.java2d.cmm.lcms.LCMSTransform.colorConvert(LCMSTransform.java:629)
at 
java.awt.image.ColorModel.getLinearGray16ToOtherGray8LUT(ColorModel.java:1866)
at java.awt.image.ComponentColorModel.setupLUTs(ComponentColorModel.java:449)
at java.awt.image.ComponentColorModel.(ComponentColorModel.java:299)
at java.awt.image.ComponentColorModel.(ComponentColorModel.java:351)
at 
org.apache.pdfbox.pdmodel.graphics.color.PDColorSpace.toRGBImageAWT(PDColorSpace.java:284)
at 
org.apache.pdfbox.pdmodel.graphics.color.PDICCBased.toRGBImage(PDICCBased.java:213)
at 
org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.from8bit(SampledImageReader.java:318)
at 
org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.getRGBImage(SampledImageReader.java:187)
at 
org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.getImage(PDImageXObject.java:403)
at org.apache.pdfbox.rendering.PageDrawer.drawImage(PageDrawer.java:992)
at 
org.apache.pdfbox.contentstream.operator.graphics.DrawObject.process(DrawObject.java:62)
at 
org.apache.pdfbox.contentstream.PDFStreamEngine.processOperator(PDFStreamEngine.java:838)
at 
org.apache.pdfbox.contentstream.PDFStreamEngine.processStreamOperators(PDFStreamEngine.java:495)
at 
org.apache.pdfbox.contentstream.PDFStreamEngine.processStream(PDFStreamEngine.java:469)
at 
org.apache.pdfbox.contentstream.PDFStreamEngine.processPage(PDFStreamEngine.java:150)
at org.apache.pdfbox.rendering.PageDrawer.drawPage(PageDrawer.java:206)
at org.apache.pdfbox.rendering.PDFRenderer.renderImage(PDFRenderer.java:145)
{noformat}



> java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles
> --
>
> Key: PDFBOX-4015
> URL: https://issues.apache.org/jira/browse/PDFBOX-4015
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.8
>Reporter: Tilman Hausherr
>Assignee: Tilman Hausherr
> Fix For: 2.0.9, 3.0.0 PDFBox
>
> Attachments: PDFBOX-4015.pdf
>
>
> Reported by Lauri Laanti in the user mailing list:
> {noformat}
> java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles
> at sun.java2d.cmm.lcms.LCMS.createNativeTransform(Native Method)
> at sun.java2d.cmm.lcms.LCMS.createTransform(LCMS.java:156)
> at sun.java2d.cmm.lcms.LCMSTransform.doTransform(LCMSTransform.java:155)
> at sun.java2d.cmm.lcms.LCMSTransform.colorConvert(LCMSTransform.java:629)
> at 
> 

[jira] [Created] (PDFBOX-4015) java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles

2017-11-16 Thread Tilman Hausherr (JIRA)
Tilman Hausherr created PDFBOX-4015:
---

 Summary: java.awt.color.CMMException: LCMS error 13: Couldn't link 
the profiles
 Key: PDFBOX-4015
 URL: https://issues.apache.org/jira/browse/PDFBOX-4015
 Project: PDFBox
  Issue Type: Bug
  Components: Rendering
Affects Versions: 2.0.8
Reporter: Tilman Hausherr
Assignee: Tilman Hausherr
 Fix For: 2.0.9, 3.0.0 PDFBox
 Attachments: PDFBOX-4015.pdf

{noformat}
java.awt.color.CMMException: LCMS error 13: Couldn't link the profiles
at sun.java2d.cmm.lcms.LCMS.createNativeTransform(Native Method)
at sun.java2d.cmm.lcms.LCMS.createTransform(LCMS.java:156)
at sun.java2d.cmm.lcms.LCMSTransform.doTransform(LCMSTransform.java:155)
at sun.java2d.cmm.lcms.LCMSTransform.colorConvert(LCMSTransform.java:629)
at 
java.awt.image.ColorModel.getLinearGray16ToOtherGray8LUT(ColorModel.java:1866)
at java.awt.image.ComponentColorModel.setupLUTs(ComponentColorModel.java:449)
at java.awt.image.ComponentColorModel.(ComponentColorModel.java:299)
at java.awt.image.ComponentColorModel.(ComponentColorModel.java:351)
at 
org.apache.pdfbox.pdmodel.graphics.color.PDColorSpace.toRGBImageAWT(PDColorSpace.java:284)
at 
org.apache.pdfbox.pdmodel.graphics.color.PDICCBased.toRGBImage(PDICCBased.java:213)
at 
org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.from8bit(SampledImageReader.java:318)
at 
org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.getRGBImage(SampledImageReader.java:187)
at 
org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.getImage(PDImageXObject.java:403)
at org.apache.pdfbox.rendering.PageDrawer.drawImage(PageDrawer.java:992)
at 
org.apache.pdfbox.contentstream.operator.graphics.DrawObject.process(DrawObject.java:62)
at 
org.apache.pdfbox.contentstream.PDFStreamEngine.processOperator(PDFStreamEngine.java:838)
at 
org.apache.pdfbox.contentstream.PDFStreamEngine.processStreamOperators(PDFStreamEngine.java:495)
at 
org.apache.pdfbox.contentstream.PDFStreamEngine.processStream(PDFStreamEngine.java:469)
at 
org.apache.pdfbox.contentstream.PDFStreamEngine.processPage(PDFStreamEngine.java:150)
at org.apache.pdfbox.rendering.PageDrawer.drawPage(PageDrawer.java:206)
at org.apache.pdfbox.rendering.PDFRenderer.renderImage(PDFRenderer.java:145)
{noformat}




--
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-3906) Contributing the JBig2 ImageIO Plugin to PDFBox​

2017-11-16 Thread JIRA

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

Andreas Lehmkühler commented on PDFBOX-3906:


I'm a git newbie, but I'm doing the same as described 
[here|https://pdfbox.apache.org/siteupdate.html] for the pdfbox website:

- git clone https://git-wip-us.apache.org/repos/asf/pdfbox-jbig2
- push your changes to the master branch

> Contributing the JBig2 ImageIO Plugin to PDFBox​
> 
>
> Key: PDFBOX-3906
> URL: https://issues.apache.org/jira/browse/PDFBOX-3906
> Project: PDFBox
>  Issue Type: Task
>Reporter: Jörg Henne
> Attachments: Re_JBIG2bitstreamTestfiles.eml, jbig2-imageio.tgz
>
>
> Levigo solutions GmbH donates the Java ImageIO-Plugin for the JBIG2 to the 
> PDFBox project. The Plugin is currently hosted at 
> https://github.com/levigo/jbig2-imageio and has already been prepared for 
> integration. 
> The steps completed so far are:
> - ​IP vetting for contributions by non-levigo developers
> - Merging/application of all pending pull requests
> - Update of the project structure in anticipation of the new home:
> -- package names
> -- license headers
> -- license files
> -- README.md
> -- release notes
> -- Maven project information
> A tgz containing the source code has been attached:
> - It is based on commit 483aab3eb9bbc02f6995a637155adf6b922ed0c0 
> (https://github.com/levigo/jbig2-imageio/commit/483aab3eb9bbc02f6995a637155adf6b922ed0c0).
>  
> - Its SHA1 is 0e07111b4bf7f5a51bf0fdd903f02f082ea3bf65



--
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-3906) Contributing the JBig2 ImageIO Plugin to PDFBox​

2017-11-16 Thread JIRA

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

Jörg Henne commented on PDFBOX-3906:


I have created PDFBOX-4014 and also have a tentative fix for it. However, I am 
confused about the SCM setup for the project. Where am I supposed to commit? On 
[github|https://github.com/apache/pdfbox-jbig2] or somewhere else?

> Contributing the JBig2 ImageIO Plugin to PDFBox​
> 
>
> Key: PDFBOX-3906
> URL: https://issues.apache.org/jira/browse/PDFBOX-3906
> Project: PDFBox
>  Issue Type: Task
>Reporter: Jörg Henne
> Attachments: Re_JBIG2bitstreamTestfiles.eml, jbig2-imageio.tgz
>
>
> Levigo solutions GmbH donates the Java ImageIO-Plugin for the JBIG2 to the 
> PDFBox project. The Plugin is currently hosted at 
> https://github.com/levigo/jbig2-imageio and has already been prepared for 
> integration. 
> The steps completed so far are:
> - ​IP vetting for contributions by non-levigo developers
> - Merging/application of all pending pull requests
> - Update of the project structure in anticipation of the new home:
> -- package names
> -- license headers
> -- license files
> -- README.md
> -- release notes
> -- Maven project information
> A tgz containing the source code has been attached:
> - It is based on commit 483aab3eb9bbc02f6995a637155adf6b922ed0c0 
> (https://github.com/levigo/jbig2-imageio/commit/483aab3eb9bbc02f6995a637155adf6b922ed0c0).
>  
> - Its SHA1 is 0e07111b4bf7f5a51bf0fdd903f02f082ea3bf65



--
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-4014) Malformed/pathological/malicious input can lead to infinite looping

2017-11-16 Thread JIRA

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

Jörg Henne updated PDFBOX-4014:
---
Description: 
[~tilman] writes
{quote}
See this issue:

https://bugs.chromium.org/p/chromium/issues/detail?id=450971

look for "pdfium-loop2.pdf".

I haven't created an issue, because this could be relevant to security.

To reproduce the bug with PDFBox, do this:

 PDDocument document = PDDocument.load(new 
File("pdfium-loop2.pdf"));
 new PDFRenderer(document).renderImage(0);


For maven you need


 org.apache.pdfbox
 pdfbox
 2.0.8


and of course jbig2.
{quote}

An analysis shows that two circumstances contribute to the problem:
# T.88 section E.2.10 specifies that MQ encoded data can be minimized if 
trailing data contains "just boring stuff, i.e. 1-bits". Thus, an infinite 
sequence of MQ encoded decisions can be encoded in a finite number of bytes.
# T.88 section 6.4.5 3c specifies that the condition for terminating the 
decoding of a text region strip is the occurrence of the OOB symbol as a 
symbol's S coordinate.

If a JBIG2 stream contains a strip that uses #1 yielding a stream of S 
coordinates that never contain OOB during the decoding phase for #2, an 
infinite loop results, as text region decoding has no other terminating 
condition.

The result is "just" a denial of service. No risk of buffer overruns etc. is 
associated with the issue. 

A similar issue exists with symbol dictionary decoding. However in this case 
decoding will not enter an infinite loop due to an array index out of bounds 
exception that is thrown once more symbols than expected have been decoded.

  was:
[~tilman] writes
{quote}
See this issue:

https://bugs.chromium.org/p/chromium/issues/detail?id=450971

look for "pdfium-loop2.pdf".

I haven't created an issue, because this could be relevant to security.

To reproduce the bug with PDFBox, do this:

 PDDocument document = PDDocument.load(new 
File("pdfium-loop2.pdf"));
 new PDFRenderer(document).renderImage(0);


For maven you need


 org.apache.pdfbox
 pdfbox
 2.0.8


and of course jbig2.
{quote}

An analysis shows that two circumstances contribute to the problem:
# T.88 section E.2.10 specifies that MQ encoded data can be minimized if 
trailing data contains "just boring stuff, i.e. 1-bits". Thus, an infinite 
sequence of MQ encoded decisions can be encoded in a finite number of bytes.
# T.88 section 6.4.5 3c specifies that the condition for terminating the 
decoding of a text region strip is the occurrence of the OOB symbol as a 
symbol's S coordinate.

If a JBIG2 stream contains a strip that uses #1 yielding a stream of S 
coordinates that never contain OOB during the decoding phase for #2, an 
infinite loop results, as text region decoding has no other terminating 
condition.

The result is "just" a denial of service. No risk of buffer overruns etc. is 
associated with the issue. 

A similar issue exists with symbol dictionary decoding.


> Malformed/pathological/malicious input can lead to infinite looping
> ---
>
> Key: PDFBOX-4014
> URL: https://issues.apache.org/jira/browse/PDFBOX-4014
> Project: PDFBox
>  Issue Type: Bug
>  Components: JBIG2
>Affects Versions: 3.0.0 JBIG2
>Reporter: Jörg Henne
>Assignee: Jörg Henne
>
> [~tilman] writes
> {quote}
> See this issue:
> https://bugs.chromium.org/p/chromium/issues/detail?id=450971
> look for "pdfium-loop2.pdf".
> I haven't created an issue, because this could be relevant to security.
> To reproduce the bug with PDFBox, do this:
>  PDDocument document = PDDocument.load(new 
> File("pdfium-loop2.pdf"));
>  new PDFRenderer(document).renderImage(0);
> For maven you need
> 
>  org.apache.pdfbox
>  pdfbox
>  2.0.8
> 
> and of course jbig2.
> {quote}
> An analysis shows that two circumstances contribute to the problem:
> # T.88 section E.2.10 specifies that MQ encoded data can be minimized if 
> trailing data contains "just boring stuff, i.e. 1-bits". Thus, an infinite 
> sequence of MQ encoded decisions can be encoded in a finite number of bytes.
> # T.88 section 6.4.5 3c specifies that the condition for terminating the 
> decoding of a text region strip is the occurrence of the OOB symbol as a 
> symbol's S coordinate.
> If a JBIG2 stream contains a strip that uses #1 yielding a stream of S 
> coordinates that never contain OOB during the decoding phase for #2, an 
> infinite loop results, as text region decoding has no other terminating 
> condition.
> The result is "just" a denial of service. No risk of buffer overruns etc. is 
> associated with the issue. 
> A similar issue exists with symbol dictionary decoding. However in this case 
> decoding will not enter an infinite loop due to an array 

[jira] [Created] (PDFBOX-4014) Malformed/pathological/malicious input can lead to infinite looping

2017-11-16 Thread JIRA
Jörg Henne created PDFBOX-4014:
--

 Summary: Malformed/pathological/malicious input can lead to 
infinite looping
 Key: PDFBOX-4014
 URL: https://issues.apache.org/jira/browse/PDFBOX-4014
 Project: PDFBox
  Issue Type: Bug
  Components: JBIG2
Affects Versions: 3.0.0 JBIG2
Reporter: Jörg Henne
Assignee: Jörg Henne


[~tilman] writes
{quote}
See this issue:

https://bugs.chromium.org/p/chromium/issues/detail?id=450971

look for "pdfium-loop2.pdf".

I haven't created an issue, because this could be relevant to security.

To reproduce the bug with PDFBox, do this:

 PDDocument document = PDDocument.load(new 
File("pdfium-loop2.pdf"));
 new PDFRenderer(document).renderImage(0);


For maven you need


 org.apache.pdfbox
 pdfbox
 2.0.8


and of course jbig2.
{quote}

An analysis shows that two circumstances contribute to the problem:
# T.88 section E.2.10 specifies that MQ encoded data can be minimized if 
trailing data contains "just boring stuff, i.e. 1-bits". Thus, an infinite 
sequence of MQ encoded decisions can be encoded in a finite number of bytes.
# T.88 section 6.4.5 3c specifies that the condition for terminating the 
decoding of a text region strip is the occurrence of the OOB symbol as a 
symbol's S coordinate.

If a JBIG2 stream contains a strip that uses #1 yielding a stream of S 
coordinates that never contain OOB during the decoding phase for #2, an 
infinite loop results, as text region decoding has no other terminating 
condition.

The result is "just" a denial of service. No risk of buffer overruns etc. is 
associated with the issue. 

A similar issue exists with symbol dictionary decoding.



--
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-4013) Java 9/macOS: Debugger App does not start (NoSuchMethodException)

2017-11-16 Thread Emmeran Seehuber (JIRA)
Emmeran Seehuber created PDFBOX-4013:


 Summary: Java 9/macOS: Debugger App does not start 
(NoSuchMethodException)
 Key: PDFBOX-4013
 URL: https://issues.apache.org/jira/browse/PDFBOX-4013
 Project: PDFBox
  Issue Type: Bug
  Components: Utilities
Affects Versions: 2.0.8
Reporter: Emmeran Seehuber


It seems the debugger app wants to integrate nicely into macOS and uses some 
private API for this. This worked fine with all Java versions including 8, but 
does no longer work with 9.

Java 9 provides new APIs for this, but till PDFBox can depend on Java 9 (or the 
next LTS Java 11) it should at least catch this and not crash

The application does not start, and instead displays a dialog with a stack 
trace.

Console Output + StackTrace:
{code}
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.apache.pdfbox.debugger.ui.OSXAdapter 
(file:/Users/emmy/Downloads/debugger-app-2.0.7.jar) to constructor 
com.apple.eawt.Application()
WARNING: Please consider reporting this to the maintainers of 
org.apache.pdfbox.debugger.ui.OSXAdapter
WARNING: Use --illegal-access=warn to enable warnings of further illegal 
reflective access operations
WARNING: All illegal access operations will be denied in a future release
Mac OS X Adapter could not talk to EAWT:

java.lang.RuntimeException: java.lang.NoSuchMethodException: 
com.apple.eawt.Application.addApplicationListener(com.apple.eawt.ApplicationListener)
org.apache.pdfbox.debugger.ui.OSXAdapter.setHandler(OSXAdapter.java:171)
org.apache.pdfbox.debugger.ui.OSXAdapter.setFileHandler(OSXAdapter.java:137)
org.apache.pdfbox.debugger.PDFDebugger.initComponents(PDFDebugger.java:301)
org.apache.pdfbox.debugger.PDFDebugger.(PDFDebugger.java:182)
org.apache.pdfbox.debugger.PDFDebugger.main(PDFDebugger.java:1201)
Caused by: java.lang.NoSuchMethodException: 
com.apple.eawt.Application.addApplicationListener(com.apple.eawt.ApplicationListener)
java.base/java.lang.Class.getDeclaredMethod(Class.java:2432)
org.apache.pdfbox.debugger.ui.OSXAdapter.setHandler(OSXAdapter.java:163)
org.apache.pdfbox.debugger.ui.OSXAdapter.setFileHandler(OSXAdapter.java:137)
org.apache.pdfbox.debugger.PDFDebugger.initComponents(PDFDebugger.java:301)
org.apache.pdfbox.debugger.PDFDebugger.(PDFDebugger.java:182)
org.apache.pdfbox.debugger.PDFDebugger.main(PDFDebugger.java:1201)
{code}

To workaround this problem I have to run the debugger app using JDK 8. This is 
ok for now, but very annoying.



--
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