[jira] [Comment Edited] (PDFBOX-1695) Improve pdfbox tests
[ https://issues.apache.org/jira/browse/PDFBOX-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13774410#comment-13774410 ] Tilman Hausherr edited comment on PDFBOX-1695 at 9/24/13 7:02 AM: -- I've gone back to work on this; the idea would be to see if any revisions produce changed images, without looking at the image each time. I have a lot of images here that made troubles in the past, so a test can help find regressions. Add com.levigo.jbig2 levigo-jbig2-imageio 1.6.1 and jbig2.googlecode JBIG2 ImageIO-Plugin repository at googlecode.com http://jbig2-imageio.googlecode.com/svn/maven-repository/ to the pom of pdfbox subproject. TestPDFToImage.java: replace writer.writeImage(document, "png", "", 1, Integer.MAX_VALUE, outDir + file.getName() + "-"); with writer.writeImage(document, "png", "", 1, Integer.MAX_VALUE, outDir + file.getName() + "-", BufferedImage.TYPE_USHORT_565_RGB, 96); The 96 is because the default resolution is dependent of the screen. was (Author: tilman): I've gone back to work on this; the idea would be to see if any revisions produce changed images, without looking at the image each time. I have a lot of images here that made troubles in the past, so a test can help find regressions. Add com.levigo.jbig2 levigo-jbig2-imageio 1.6.1 to the pom of pdfbox subproject. TestPDFToImage.java: replace writer.writeImage(document, "png", "", 1, Integer.MAX_VALUE, outDir + file.getName() + "-"); with writer.writeImage(document, "png", "", 1, Integer.MAX_VALUE, outDir + file.getName() + "-", BufferedImage.TYPE_USHORT_565_RGB, 96); The 96 is because the default resolution is dependent of the screen. > Improve pdfbox tests > > > Key: PDFBOX-1695 > URL: https://issues.apache.org/jira/browse/PDFBOX-1695 > Project: PDFBox > Issue Type: Improvement >Affects Versions: 1.8.2, 2.0.0 >Reporter: Tilman Hausherr >Priority: Minor > Labels: tdd, test-driven, testing > Attachments: ccitt4.tif, jbig2test-01.png, jbig2test.pdf > > > I'd like to improve the tests for rendering. > org/apache/pdfbox/util/TestPDFToImage.java is disabled in pdfbox\pom.xml . > This has been disabled since 2009 ?! So I enabled it here. > The subdir "rendering" is missing in pdfbox\target\test-output for these tests > When a test fails because the rendered image is not identical, no detailed > message appears on the console. It appears only in pdfbox.log and not on the > console. > this is because of the settings in > pdfbox\src\test\resources\logging.properties > If this is on purpose, please change the texts in > pdfbox\src\test\java\org\apache\pdfbox\util\*.java from > "One or more failures, see test log for details" > to > "One or more failures, see test logfile 'pdfbox.log' for details" > I wanted to attach a PDF with ccitt g4 compression and its rendering created > with the 1.8.2 version, but it doesn't work out, seems that CIB generates > files that can be rendered properly with 1.8.2. However I attach the TIFF g4 > file, and a JBIG2 test file from it. I don't have access to a Xerox > WorkCentre (enter jbig2 in google news :-) ) so I used a free service, so > there's a watermark. > It should be included into > pdfbox\src\test\resources\input\rendering > I have created the image myself and I give it into the public domain. > If my suggestion is accepted, it would be nice if people could create files > that fail in current versions or have failed in old versions, and release > these files to the public domain, so that they can be added to the tests. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (PDFBOX-1724) Method createColorModel not implemented for PDCalGray
Mark Hansohm created PDFBOX-1724:
Summary: Method createColorModel not implemented for PDCalGray
Key: PDFBOX-1724
URL: https://issues.apache.org/jira/browse/PDFBOX-1724
Project: PDFBox
Issue Type: Bug
Affects Versions: 1.8.2
Reporter: Mark Hansohm
Priority: Minor
The method createColorModel is not implemented for the class PDCalGray - when
called, it throws an IOException(!):
{code}
/**
* Create a Java colorspace for this colorspace.
*
* @return A color space that can be used for Java AWT operations.
*
* @throws IOException If there is an error creating the color space.
*/
protected ColorSpace createColorSpace() throws IOException
{
throw new IOException( "Not implemented" );
}
{code}
The exception thrown is catched elsewhere (by an aspect?) but it leads to an
ugly stacktrace in the logfile .. :
{code}
2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
implemented
java.io.IOException: Not implemented
at
org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
at ...
at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1724) Method createColorModel not implemented for PDCalGray
[
https://issues.apache.org/jira/browse/PDFBOX-1724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Hansohm updated PDFBOX-1724:
-
Description:
The method createColorModel is not implemented for the class PDCalGray - when
called, it throws an IOException(!):
{noformat}
/**
* Create a Java colorspace for this colorspace.
*
* @return A color space that can be used for Java AWT operations.
*
* @throws IOException If there is an error creating the color space.
*/
protected ColorSpace createColorSpace() throws IOException
{
throw new IOException( "Not implemented" );
}
{noformat}
The exception thrown is catched elsewhere (by an aspect?) but it leads to an
ugly stacktrace in the logfile .. :
{code}
2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
implemented
java.io.IOException: Not implemented
at
org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
at ...
at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
{code}
was:
The method createColorModel is not implemented for the class PDCalGray - when
called, it throws an IOException(!):
{code}
/**
* Create a Java colorspace for this colorspace.
*
* @return A color space that can be used for Java AWT operations.
*
* @throws IOException If there is an error creating the color space.
*/
protected ColorSpace createColorSpace() throws IOException
{
throw new IOException( "Not implemented" );
}
{code}
The exception thrown is catched elsewhere (by an aspect?) but it leads to an
ugly stacktrace in the logfile .. :
{code}
2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
implemented
java.io.IOException: Not implemented
at
org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
at ...
at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
{code}
> Method createColorModel not implemented for PDCalGray
> -
>
> Key: PDFBOX-1724
> URL: https://issues.apache.org/jira/browse/PDFBOX-1724
> Project: PDFBox
> Issue Type: Bug
>Affects Versions: 1.8.2
>Reporter: Mark Hansohm
>Priority: Minor
>
> The method createColorModel is not implemented for the class PDCalGray - when
> called, it throws an IOException(!):
> {noformat}
> /**
> * Create a Java colorspace for this colorspace.
> *
> * @return A color space that can be used for Java AWT operations.
> *
> * @throws IOException If there is an error creating the color space.
> */
> protected ColorSpace createColorSpace() throws IOException
> {
> throw new IOException( "Not implemented" );
> }
> {noformat}
> The exception thrown is catched elsewhere (by an aspect?) but it leads to an
> ugly stacktrace in the logfile .. :
> {code}
> 2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
> implemented
> java.io.IOException: Not implemented
> at
> org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
> at ...
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1724) Method createColorModel not implemented for PDCalGray
[
https://issues.apache.org/jira/browse/PDFBOX-1724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Hansohm updated PDFBOX-1724:
-
Description:
The method createColorModel is not implemented for the class PDCalGray - when
called, it throws an IOException(!):
#{noformat}
/**
* Create a Java colorspace for this colorspace.
*
* @return A color space that can be used for Java AWT operations.
*
* @throws IOException If there is an error creating the color space.
*/
protected ColorSpace createColorSpace() throws IOException
{
throw new IOException( "Not implemented" );
}
{noformat}
The exception thrown is catched elsewhere (by an aspect?) but it leads to an
ugly stacktrace in the logfile .. :
{code}
2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
implemented
java.io.IOException: Not implemented
at
org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
at ...
at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
{code}
was:
The method createColorModel is not implemented for the class PDCalGray - when
called, it throws an IOException(!):
{noformat}
/**
* Create a Java colorspace for this colorspace.
*
* @return A color space that can be used for Java AWT operations.
*
* @throws IOException If there is an error creating the color space.
*/
protected ColorSpace createColorSpace() throws IOException
{
throw new IOException( "Not implemented" );
}
{noformat}
The exception thrown is catched elsewhere (by an aspect?) but it leads to an
ugly stacktrace in the logfile .. :
{code}
2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
implemented
java.io.IOException: Not implemented
at
org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
at ...
at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
{code}
> Method createColorModel not implemented for PDCalGray
> -
>
> Key: PDFBOX-1724
> URL: https://issues.apache.org/jira/browse/PDFBOX-1724
> Project: PDFBox
> Issue Type: Bug
>Affects Versions: 1.8.2
>Reporter: Mark Hansohm
>Priority: Minor
>
> The method createColorModel is not implemented for the class PDCalGray - when
> called, it throws an IOException(!):
> #{noformat}
> /**
> * Create a Java colorspace for this colorspace.
> *
> * @return A color space that can be used for Java AWT operations.
> *
> * @throws IOException If there is an error creating the color space.
> */
> protected ColorSpace createColorSpace() throws IOException
> {
> throw new IOException( "Not implemented" );
> }
> {noformat}
> The exception thrown is catched elsewhere (by an aspect?) but it leads to an
> ugly stacktrace in the logfile .. :
> {code}
> 2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
> implemented
> java.io.IOException: Not implemented
> at
> org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
> at ...
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1724) Method createColorModel not implemented for PDCalGray
[
https://issues.apache.org/jira/browse/PDFBOX-1724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Hansohm updated PDFBOX-1724:
-
Description:
The method createColorModel is not implemented for the class PDCalGray - when
called, it throws an IOException(!):
{noformat}
/**
* Create a Java colorspace for this colorspace.
*
* @return A color space that can be used for Java AWT operations.
*
* @throws IOException If there is an error creating the color space.
*/
protected ColorSpace createColorSpace() throws IOException
{
throw new IOException( "Not implemented" );
}
{noformat}
The exception thrown is catched elsewhere (by an aspect?) but it leads to an
ugly stacktrace in the logfile .. :
{code}
2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
implemented
java.io.IOException: Not implemented
at
org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
at ...
at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
{code}
was:
The method createColorModel is not implemented for the class PDCalGray - when
called, it throws an IOException(!):
#{noformat}
/**
* Create a Java colorspace for this colorspace.
*
* @return A color space that can be used for Java AWT operations.
*
* @throws IOException If there is an error creating the color space.
*/
protected ColorSpace createColorSpace() throws IOException
{
throw new IOException( "Not implemented" );
}
{noformat}
The exception thrown is catched elsewhere (by an aspect?) but it leads to an
ugly stacktrace in the logfile .. :
{code}
2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
implemented
java.io.IOException: Not implemented
at
org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
at ...
at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
{code}
> Method createColorModel not implemented for PDCalGray
> -
>
> Key: PDFBOX-1724
> URL: https://issues.apache.org/jira/browse/PDFBOX-1724
> Project: PDFBox
> Issue Type: Bug
>Affects Versions: 1.8.2
>Reporter: Mark Hansohm
>Priority: Minor
>
> The method createColorModel is not implemented for the class PDCalGray - when
> called, it throws an IOException(!):
> {noformat}
> /**
> * Create a Java colorspace for this colorspace.
> *
> * @return A color space that can be used for Java AWT operations.
> *
> * @throws IOException If there is an error creating the color space.
> */
> protected ColorSpace createColorSpace() throws IOException
> {
> throw new IOException( "Not implemented" );
> }
> {noformat}
> The exception thrown is catched elsewhere (by an aspect?) but it leads to an
> ugly stacktrace in the logfile .. :
> {code}
> 2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
> implemented
> java.io.IOException: Not implemented
> at
> org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
> at ...
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1724) Method createColorModel not implemented for PDCalGray
[
https://issues.apache.org/jira/browse/PDFBOX-1724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Hansohm updated PDFBOX-1724:
-
Description:
The method createColorModel is not implemented for the class PDCalGray - when
called, it throws an IOException(!):
/**
* Create a Java colorspace for this colorspace.
*
* @return A color space that can be used for Java AWT operations.
*
* @throws IOException If there is an error creating the color space.
*/
protected ColorSpace createColorSpace() throws IOException
{
throw new IOException( "Not implemented" );
}
The exception thrown is catched elsewhere (by an aspect?) but it leads to an
ugly stacktrace in the logfile .. :
2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
implemented
java.io.IOException: Not implemented
at
org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
at ...
at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
was:
The method createColorModel is not implemented for the class PDCalGray - when
called, it throws an IOException(!):
{noformat}
/**
* Create a Java colorspace for this colorspace.
*
* @return A color space that can be used for Java AWT operations.
*
* @throws IOException If there is an error creating the color space.
*/
protected ColorSpace createColorSpace() throws IOException
{
throw new IOException( "Not implemented" );
}
{noformat}
The exception thrown is catched elsewhere (by an aspect?) but it leads to an
ugly stacktrace in the logfile .. :
{code}
2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
implemented
java.io.IOException: Not implemented
at
org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
at ...
at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
{code}
> Method createColorModel not implemented for PDCalGray
> -
>
> Key: PDFBOX-1724
> URL: https://issues.apache.org/jira/browse/PDFBOX-1724
> Project: PDFBox
> Issue Type: Bug
>Affects Versions: 1.8.2
>Reporter: Mark Hansohm
>Priority: Minor
>
> The method createColorModel is not implemented for the class PDCalGray - when
> called, it throws an IOException(!):
> /**
> * Create a Java colorspace for this colorspace.
> *
> * @return A color space that can be used for Java AWT operations.
> *
> * @throws IOException If there is an error creating the color space.
> */
> protected ColorSpace createColorSpace() throws IOException
> {
> throw new IOException( "Not implemented" );
> }
> The exception thrown is catched elsewhere (by an aspect?) but it leads to an
> ugly stacktrace in the logfile .. :
> 2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
> implemented
> java.io.IOException: Not implemented
> at
> org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
> at ...
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1724) Method createColorModel not implemented for PDCalGray
[
https://issues.apache.org/jira/browse/PDFBOX-1724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Hansohm updated PDFBOX-1724:
-
Description:
The method createColorModel is not implemented for the class PDCalGray - when
called, it throws an IOException(!):
{noformat}
/**
* Create a Java colorspace for this colorspace.
*
* @return A color space that can be used for Java AWT operations.
*
* @throws IOException If there is an error creating the color space.
*/
protected ColorSpace createColorSpace() throws IOException
{
throw new IOException( "Not implemented" );
}
{noformat}
The exception thrown is catched elsewhere (by an aspect?) but it leads to an
ugly stacktrace in the logfile .. :
{noformat}
2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
implemented
java.io.IOException: Not implemented
at
org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
at ...
at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
{noformat}
was:
The method createColorModel is not implemented for the class PDCalGray - when
called, it throws an IOException(!):
/**
* Create a Java colorspace for this colorspace.
*
* @return A color space that can be used for Java AWT operations.
*
* @throws IOException If there is an error creating the color space.
*/
protected ColorSpace createColorSpace() throws IOException
{
throw new IOException( "Not implemented" );
}
The exception thrown is catched elsewhere (by an aspect?) but it leads to an
ugly stacktrace in the logfile .. :
2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
implemented
java.io.IOException: Not implemented
at
org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
at ...
at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
> Method createColorModel not implemented for PDCalGray
> -
>
> Key: PDFBOX-1724
> URL: https://issues.apache.org/jira/browse/PDFBOX-1724
> Project: PDFBox
> Issue Type: Bug
>Affects Versions: 1.8.2
>Reporter: Mark Hansohm
>Priority: Minor
>
> The method createColorModel is not implemented for the class PDCalGray - when
> called, it throws an IOException(!):
> {noformat}
> /**
> * Create a Java colorspace for this colorspace.
> *
> * @return A color space that can be used for Java AWT operations.
> *
> * @throws IOException If there is an error creating the color space.
> */
> protected ColorSpace createColorSpace() throws IOException
> {
> throw new IOException( "Not implemented" );
> }
> {noformat}
> The exception thrown is catched elsewhere (by an aspect?) but it leads to an
> ugly stacktrace in the logfile .. :
> {noformat}
> 2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
> implemented
> java.io.IOException: Not implemented
> at
> org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
> at ...
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
>
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1724) Method createColorModel not implemented for PDCalGray
[
https://issues.apache.org/jira/browse/PDFBOX-1724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Hansohm updated PDFBOX-1724:
-
Fix Version/s: 1.8.3
> Method createColorModel not implemented for PDCalGray
> -
>
> Key: PDFBOX-1724
> URL: https://issues.apache.org/jira/browse/PDFBOX-1724
> Project: PDFBox
> Issue Type: Bug
>Affects Versions: 1.8.2
>Reporter: Mark Hansohm
>Priority: Minor
> Fix For: 1.8.3
>
>
> The method createColorModel is not implemented for the class PDCalGray - when
> called, it throws an IOException(!):
> {noformat}
> /**
> * Create a Java colorspace for this colorspace.
> *
> * @return A color space that can be used for Java AWT operations.
> *
> * @throws IOException If there is an error creating the color space.
> */
> protected ColorSpace createColorSpace() throws IOException
> {
> throw new IOException( "Not implemented" );
> }
> {noformat}
> The exception thrown is catched elsewhere (by an aspect?) but it leads to an
> ugly stacktrace in the logfile .. :
> {noformat}
> 2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
> implemented
> java.io.IOException: Not implemented
> at
> org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
> at ...
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
>
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (PDFBOX-1724) Method createColorModel not implemented for PDCalGray
[
https://issues.apache.org/jira/browse/PDFBOX-1724?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13776157#comment-13776157
]
Andreas Lehmkühler commented on PDFBOX-1724:
Please attach a sample pdf
> Method createColorModel not implemented for PDCalGray
> -
>
> Key: PDFBOX-1724
> URL: https://issues.apache.org/jira/browse/PDFBOX-1724
> Project: PDFBox
> Issue Type: Bug
>Affects Versions: 1.8.2
>Reporter: Mark Hansohm
>Priority: Minor
>
> The method createColorModel is not implemented for the class PDCalGray - when
> called, it throws an IOException(!):
> {noformat}
> /**
> * Create a Java colorspace for this colorspace.
> *
> * @return A color space that can be used for Java AWT operations.
> *
> * @throws IOException If there is an error creating the color space.
> */
> protected ColorSpace createColorSpace() throws IOException
> {
> throw new IOException( "Not implemented" );
> }
> {noformat}
> The exception thrown is catched elsewhere (by an aspect?) but it leads to an
> ugly stacktrace in the logfile .. :
> {noformat}
> 2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
> implemented
> java.io.IOException: Not implemented
> at
> org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
> at ...
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
>
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1724) Method createColorModel not implemented for PDCalGray
[
https://issues.apache.org/jira/browse/PDFBOX-1724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas Lehmkühler updated PDFBOX-1724:
---
Fix Version/s: (was: 1.8.3)
> Method createColorModel not implemented for PDCalGray
> -
>
> Key: PDFBOX-1724
> URL: https://issues.apache.org/jira/browse/PDFBOX-1724
> Project: PDFBox
> Issue Type: Bug
>Affects Versions: 1.8.2
>Reporter: Mark Hansohm
>Priority: Minor
>
> The method createColorModel is not implemented for the class PDCalGray - when
> called, it throws an IOException(!):
> {noformat}
> /**
> * Create a Java colorspace for this colorspace.
> *
> * @return A color space that can be used for Java AWT operations.
> *
> * @throws IOException If there is an error creating the color space.
> */
> protected ColorSpace createColorSpace() throws IOException
> {
> throw new IOException( "Not implemented" );
> }
> {noformat}
> The exception thrown is catched elsewhere (by an aspect?) but it leads to an
> ugly stacktrace in the logfile .. :
> {noformat}
> 2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
> implemented
> java.io.IOException: Not implemented
> at
> org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
> at ...
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
>
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1724) Method createColorModel not implemented for PDCalGray
[
https://issues.apache.org/jira/browse/PDFBOX-1724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Hansohm updated PDFBOX-1724:
-
Attachment: problem_pdf.pdf
The attached PDF causes the problem.
> Method createColorModel not implemented for PDCalGray
> -
>
> Key: PDFBOX-1724
> URL: https://issues.apache.org/jira/browse/PDFBOX-1724
> Project: PDFBox
> Issue Type: Bug
>Affects Versions: 1.8.2
>Reporter: Mark Hansohm
>Priority: Minor
> Attachments: problem_pdf.pdf
>
>
> The method createColorModel is not implemented for the class PDCalGray - when
> called, it throws an IOException(!):
> {noformat}
> /**
> * Create a Java colorspace for this colorspace.
> *
> * @return A color space that can be used for Java AWT operations.
> *
> * @throws IOException If there is an error creating the color space.
> */
> protected ColorSpace createColorSpace() throws IOException
> {
> throw new IOException( "Not implemented" );
> }
> {noformat}
> The exception thrown is catched elsewhere (by an aspect?) but it leads to an
> ugly stacktrace in the logfile .. :
> {noformat}
> 2013-09-24 09:32:11,858 ERROR - PDPixelMap : java.io.IOException: Not
> implemented
> java.io.IOException: Not implemented
> at
> org.apache.pdfbox.pdmodel.graphics.color.PDCalGray.createColorModel(PDCalGray.java:114)
> at ...
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:781)
>
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (PDFBOX-1725) Character rendered at wrong position
Tilman Hausherr created PDFBOX-1725: --- Summary: Character rendered at wrong position Key: PDFBOX-1725 URL: https://issues.apache.org/jira/browse/PDFBOX-1725 Project: PDFBox Issue Type: Bug Affects Versions: 2.0.0 Reporter: Tilman Hausherr Priority: Minor Attachments: HoulihansVeggieMenu.pdf-1.png There is a regression produced by one of the two changes of this weekend / monday. When rendering the file of PDFBOX-1608, one character is at the wrong position. It is the star below the text "tuscan white bean salad", somewhat in the middle of the image, below the green text "soups and side salad". That star is too much on the left. This worked fine on monday before the changes. Too be sure that it isn't because of my own non committed changes, I checked out a "clean" 2.0 version and copied the pdf file in the pdfbox\src\test\resources\input\rendering directory and looked at the pdfbox\target\test-output directory. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1725) Character rendered at wrong position
[ https://issues.apache.org/jira/browse/PDFBOX-1725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tilman Hausherr updated PDFBOX-1725: Attachment: HoulihansVeggieMenu.pdf-1.png > Character rendered at wrong position > > > Key: PDFBOX-1725 > URL: https://issues.apache.org/jira/browse/PDFBOX-1725 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.0 >Reporter: Tilman Hausherr >Priority: Minor > Labels: regression > Attachments: HoulihansVeggieMenu.pdf-1.png > > > There is a regression produced by one of the two changes of this weekend / > monday. When rendering the file of PDFBOX-1608, one character is at the wrong > position. It is the star below the text "tuscan white bean salad", somewhat > in the middle of the image, below the green text "soups and side salad". That > star is too much on the left. This worked fine on monday before the changes. > Too be sure that it isn't because of my own non committed changes, I checked > out a "clean" 2.0 version and copied the pdf file in the > pdfbox\src\test\resources\input\rendering directory and looked at the > pdfbox\target\test-output directory. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1725) Character rendered at wrong position
[ https://issues.apache.org/jira/browse/PDFBOX-1725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tilman Hausherr updated PDFBOX-1725: Description: There is a regression produced by one of the two changes of this weekend / monday. When rendering the file of PDFBOX-1608, one character is at the wrong position. It is the star below the text "tuscan white bean salad", somewhat in the middle of the image, below the green text "soups and side salad". (the second "vegan modification" in that section) That star is too much on the left. This worked fine on monday before the changes. Too be sure that it isn't because of my own non committed changes, I checked out a "clean" 2.0 version and copied the pdf file in the pdfbox\src\test\resources\input\rendering directory and looked at the pdfbox\target\test-output directory. was: There is a regression produced by one of the two changes of this weekend / monday. When rendering the file of PDFBOX-1608, one character is at the wrong position. It is the star below the text "tuscan white bean salad", somewhat in the middle of the image, below the green text "soups and side salad". That star is too much on the left. This worked fine on monday before the changes. Too be sure that it isn't because of my own non committed changes, I checked out a "clean" 2.0 version and copied the pdf file in the pdfbox\src\test\resources\input\rendering directory and looked at the pdfbox\target\test-output directory. > Character rendered at wrong position > > > Key: PDFBOX-1725 > URL: https://issues.apache.org/jira/browse/PDFBOX-1725 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.0 >Reporter: Tilman Hausherr >Priority: Minor > Labels: regression > Attachments: HoulihansVeggieMenu.pdf-1.png > > > There is a regression produced by one of the two changes of this weekend / > monday. When rendering the file of PDFBOX-1608, one character is at the wrong > position. It is the star below the text "tuscan white bean salad", somewhat > in the middle of the image, below the green text "soups and side salad". (the > second "vegan modification" in that section) That star is too much on the > left. This worked fine on monday before the changes. > Too be sure that it isn't because of my own non committed changes, I checked > out a "clean" 2.0 version and copied the pdf file in the > pdfbox\src\test\resources\input\rendering directory and looked at the > pdfbox\target\test-output directory. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1725) Character rendered at wrong position
[ https://issues.apache.org/jira/browse/PDFBOX-1725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tilman Hausherr updated PDFBOX-1725: Description: There is a regression produced by one of the (otherwise successful) changes of this weekend / monday. When rendering the file of PDFBOX-1608, one character is at the wrong position. It is the star below the text "tuscan white bean salad", somewhat in the middle of the image, below the green text "soups and side salad". (the second "vegan modification" in that section) That star is too much on the left. This worked fine on monday before the changes. Too be sure that it isn't because of my own non committed changes, I checked out a "clean" 2.0 version and copied the pdf file in the pdfbox\src\test\resources\input\rendering directory and looked at the pdfbox\target\test-output directory. was: There is a regression produced by one of the two changes of this weekend / monday. When rendering the file of PDFBOX-1608, one character is at the wrong position. It is the star below the text "tuscan white bean salad", somewhat in the middle of the image, below the green text "soups and side salad". (the second "vegan modification" in that section) That star is too much on the left. This worked fine on monday before the changes. Too be sure that it isn't because of my own non committed changes, I checked out a "clean" 2.0 version and copied the pdf file in the pdfbox\src\test\resources\input\rendering directory and looked at the pdfbox\target\test-output directory. > Character rendered at wrong position > > > Key: PDFBOX-1725 > URL: https://issues.apache.org/jira/browse/PDFBOX-1725 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.0 >Reporter: Tilman Hausherr >Priority: Minor > Labels: regression > Attachments: HoulihansVeggieMenu.pdf-1.png > > > There is a regression produced by one of the (otherwise successful) changes > of this weekend / monday. When rendering the file of PDFBOX-1608, one > character is at the wrong position. It is the star below the text "tuscan > white bean salad", somewhat in the middle of the image, below the green text > "soups and side salad". (the second "vegan modification" in that section) > That star is too much on the left. This worked fine on monday before the > changes. > Too be sure that it isn't because of my own non committed changes, I checked > out a "clean" 2.0 version and copied the pdf file in the > pdfbox\src\test\resources\input\rendering directory and looked at the > pdfbox\target\test-output directory. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1725) Character rendered at wrong position
[ https://issues.apache.org/jira/browse/PDFBOX-1725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tilman Hausherr updated PDFBOX-1725: Description: There is a regression produced by one of the (otherwise successful) changes of this weekend / monday. When rendering the file of PDFBOX-1608, one character is at the wrong position. It is the star below the text "tuscan white bean salad", somewhat in the middle of the image, below the green text "soups and side salad". (the second "vegan modification" in that section) That star is too much on the left. This worked fine on monday before the changes. To be sure that it isn't because of my own non committed changes, I checked out a "clean" 2.0 version and copied the pdf file in the pdfbox\src\test\resources\input\rendering directory and looked at the pdfbox\target\test-output directory. was: There is a regression produced by one of the (otherwise successful) changes of this weekend / monday. When rendering the file of PDFBOX-1608, one character is at the wrong position. It is the star below the text "tuscan white bean salad", somewhat in the middle of the image, below the green text "soups and side salad". (the second "vegan modification" in that section) That star is too much on the left. This worked fine on monday before the changes. Too be sure that it isn't because of my own non committed changes, I checked out a "clean" 2.0 version and copied the pdf file in the pdfbox\src\test\resources\input\rendering directory and looked at the pdfbox\target\test-output directory. > Character rendered at wrong position > > > Key: PDFBOX-1725 > URL: https://issues.apache.org/jira/browse/PDFBOX-1725 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.0 >Reporter: Tilman Hausherr >Priority: Minor > Labels: regression > Attachments: HoulihansVeggieMenu.pdf-1.png > > > There is a regression produced by one of the (otherwise successful) changes > of this weekend / monday. When rendering the file of PDFBOX-1608, one > character is at the wrong position. It is the star below the text "tuscan > white bean salad", somewhat in the middle of the image, below the green text > "soups and side salad". (the second "vegan modification" in that section) > That star is too much on the left. This worked fine on monday before the > changes. > To be sure that it isn't because of my own non committed changes, I checked > out a "clean" 2.0 version and copied the pdf file in the > pdfbox\src\test\resources\input\rendering directory and looked at the > pdfbox\target\test-output directory. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (PDFBOX-1725) Character rendered at wrong position
[ https://issues.apache.org/jira/browse/PDFBOX-1725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andreas Lehmkühler resolved PDFBOX-1725. Resolution: Fixed Fix Version/s: 2.0.0 Assignee: Andreas Lehmkühler WOW, how did you find that small difference? That wasn't easy to see ... However, I fixed that in revision 1525939. PDFBox didn't use the given default width. Thanks for the report! > Character rendered at wrong position > > > Key: PDFBOX-1725 > URL: https://issues.apache.org/jira/browse/PDFBOX-1725 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.0 >Reporter: Tilman Hausherr >Assignee: Andreas Lehmkühler >Priority: Minor > Labels: regression > Fix For: 2.0.0 > > Attachments: HoulihansVeggieMenu.pdf-1.png > > > There is a regression produced by one of the (otherwise successful) changes > of this weekend / monday. When rendering the file of PDFBOX-1608, one > character is at the wrong position. It is the star below the text "tuscan > white bean salad", somewhat in the middle of the image, below the green text > "soups and side salad". (the second "vegan modification" in that section) > That star is too much on the left. This worked fine on monday before the > changes. > To be sure that it isn't because of my own non committed changes, I checked > out a "clean" 2.0 version and copied the pdf file in the > pdfbox\src\test\resources\input\rendering directory and looked at the > pdfbox\target\test-output directory. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (PDFBOX-1725) Character rendered at wrong position
[ https://issues.apache.org/jira/browse/PDFBOX-1725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13776466#comment-13776466 ] Tilman Hausherr commented on PDFBOX-1725: - Thanks, that was quick! I found it through the efforts I described in PDFBOX-1695, i.e. I compare the rendering of "old" problem PDFs with saved renderings. > Character rendered at wrong position > > > Key: PDFBOX-1725 > URL: https://issues.apache.org/jira/browse/PDFBOX-1725 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.0 >Reporter: Tilman Hausherr >Assignee: Andreas Lehmkühler >Priority: Minor > Labels: regression > Fix For: 2.0.0 > > Attachments: HoulihansVeggieMenu.pdf-1.png > > > There is a regression produced by one of the (otherwise successful) changes > of this weekend / monday. When rendering the file of PDFBOX-1608, one > character is at the wrong position. It is the star below the text "tuscan > white bean salad", somewhat in the middle of the image, below the green text > "soups and side salad". (the second "vegan modification" in that section) > That star is too much on the left. This worked fine on monday before the > changes. > To be sure that it isn't because of my own non committed changes, I checked > out a "clean" 2.0 version and copied the pdf file in the > pdfbox\src\test\resources\input\rendering directory and looked at the > pdfbox\target\test-output directory. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (PDFBOX-1726) PDDocument.load() freezes while loading certain types of documents (Infinity load)
Demétrius Jubé created PDFBOX-1726:
--
Summary: PDDocument.load() freezes while loading certain types of
documents (Infinity load)
Key: PDFBOX-1726
URL: https://issues.apache.org/jira/browse/PDFBOX-1726
Project: PDFBox
Issue Type: Bug
Reporter: Demétrius Jubé
When trying to load the document located at
http://web.itu.edu.tr/~pazarci/rtv/TEK_Digital%20Video%20Measurements_25W_14700_3.pdf,
the system halts and never come back. It does not exit and does not print any
error message. It just stops at PDDocument.load() and does not continue.
Here are the steps to reproduce (Assuming that the file is located at docPath
variable):
{code}
FileInputStream file = new FileInputStream(docPath);
PDDocument documento = PDDocument.load(stream, true);
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (PDFBOX-1726) PDDocument.load() freezes while loading certain types of documents (Infinity load)
[
https://issues.apache.org/jira/browse/PDFBOX-1726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13776582#comment-13776582
]
Tilman Hausherr commented on PDFBOX-1726:
-
try .loadNonSeq() instead of load(), that one doesn't freeze. (tested with
version 1.8.3)
> PDDocument.load() freezes while loading certain types of documents (Infinity
> load)
> --
>
> Key: PDFBOX-1726
> URL: https://issues.apache.org/jira/browse/PDFBOX-1726
> Project: PDFBox
> Issue Type: Bug
>Reporter: Demétrius Jubé
>
> When trying to load the document located at
> http://web.itu.edu.tr/~pazarci/rtv/TEK_Digital%20Video%20Measurements_25W_14700_3.pdf,
> the system halts and never come back. It does not exit and does not print
> any error message. It just stops at PDDocument.load() and does not continue.
> Here are the steps to reproduce (Assuming that the file is located at docPath
> variable):
> {code}
> FileInputStream file = new FileInputStream(docPath);
> PDDocument documento = PDDocument.load(stream, true);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (PDFBOX-1726) PDDocument.load() freezes while loading certain types of documents (Infinity load)
[
https://issues.apache.org/jira/browse/PDFBOX-1726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13776589#comment-13776589
]
Tilman Hausherr commented on PDFBOX-1726:
-
I see now that it is a duplicate of PDFBOX-1668.
> PDDocument.load() freezes while loading certain types of documents (Infinity
> load)
> --
>
> Key: PDFBOX-1726
> URL: https://issues.apache.org/jira/browse/PDFBOX-1726
> Project: PDFBox
> Issue Type: Bug
>Reporter: Demétrius Jubé
>
> When trying to load the document located at
> http://web.itu.edu.tr/~pazarci/rtv/TEK_Digital%20Video%20Measurements_25W_14700_3.pdf,
> the system halts and never come back. It does not exit and does not print
> any error message. It just stops at PDDocument.load() and does not continue.
> Here are the steps to reproduce (Assuming that the file is located at docPath
> variable):
> {code}
> FileInputStream file = new FileInputStream(docPath);
> PDDocument documento = PDDocument.load(stream, true);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (PDFBOX-1726) PDDocument.load() freezes while loading certain types of documents (Infinity load)
[
https://issues.apache.org/jira/browse/PDFBOX-1726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13776589#comment-13776589
]
Tilman Hausherr edited comment on PDFBOX-1726 at 9/24/13 6:26 PM:
--
I see now that it is a duplicate of PDFBOX-1668, the fix mentioned there
prevents the freeze even if one uses the "old" parser.
was (Author: tilman):
I see now that it is a duplicate of PDFBOX-1668.
> PDDocument.load() freezes while loading certain types of documents (Infinity
> load)
> --
>
> Key: PDFBOX-1726
> URL: https://issues.apache.org/jira/browse/PDFBOX-1726
> Project: PDFBox
> Issue Type: Bug
>Reporter: Demétrius Jubé
>
> When trying to load the document located at
> http://web.itu.edu.tr/~pazarci/rtv/TEK_Digital%20Video%20Measurements_25W_14700_3.pdf,
> the system halts and never come back. It does not exit and does not print
> any error message. It just stops at PDDocument.load() and does not continue.
> Here are the steps to reproduce (Assuming that the file is located at docPath
> variable):
> {code}
> FileInputStream file = new FileInputStream(docPath);
> PDDocument documento = PDDocument.load(stream, true);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1727) Content outside the MediaBox should not be rendered
[ https://issues.apache.org/jira/browse/PDFBOX-1727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jake Robb updated PDFBOX-1727: -- Attachment: W9 - INDV.pdf > Content outside the MediaBox should not be rendered > --- > > Key: PDFBOX-1727 > URL: https://issues.apache.org/jira/browse/PDFBOX-1727 > Project: PDFBox > Issue Type: Bug >Affects Versions: 1.8.2 >Reporter: Jake Robb > Attachments: W9 - INDV.pdf > > > From the PDF spec ( > http://www.adobe.com/content/dam/Adobe/en/devnet/acrobat/pdfs/PDF32000_2008.pdf > page 628): > "The crop, bleed, trim, and art boxes shall not ordinarily extend beyond the > boundaries of the media box. If they do, they are effectively reduced to > their intersection with the media box." > The attached file has the following characteristics: > MediaBox: [18.0,20.592,630.0,812.88] > CropBox: [0.0,0.0,648.0,1043.0] > TrimBox: [0.0,0.0,648.0,1043.0] > BleedBox: [0.0,0.0,648.0,1043.0] > In Adobe Reader, the "Do Not Print" section above the MediaBox does not > display, but when using pdfbox it does. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (PDFBOX-1727) Content outside the MediaBox should not be rendered
Jake Robb created PDFBOX-1727: - Summary: Content outside the MediaBox should not be rendered Key: PDFBOX-1727 URL: https://issues.apache.org/jira/browse/PDFBOX-1727 Project: PDFBox Issue Type: Bug Affects Versions: 1.8.2 Reporter: Jake Robb >From the PDF spec ( >http://www.adobe.com/content/dam/Adobe/en/devnet/acrobat/pdfs/PDF32000_2008.pdf > page 628): "The crop, bleed, trim, and art boxes shall not ordinarily extend beyond the boundaries of the media box. If they do, they are effectively reduced to their intersection with the media box." The attached file has the following characteristics: MediaBox: [18.0,20.592,630.0,812.88] CropBox: [0.0,0.0,648.0,1043.0] TrimBox: [0.0,0.0,648.0,1043.0] BleedBox: [0.0,0.0,648.0,1043.0] In Adobe Reader, the "Do Not Print" section above the MediaBox does not display, but when using pdfbox it does. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (PDFBOX-1726) PDDocument.load() freezes while loading certain types of documents (Infinity load)
[
https://issues.apache.org/jira/browse/PDFBOX-1726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13776642#comment-13776642
]
Demétrius Jubé commented on PDFBOX-1726:
Hey [~tilman], ir worked for me!
Do I have to close the issue now, or it's up to you guys?
Thanks a lot,
Demétrius Jubé
> PDDocument.load() freezes while loading certain types of documents (Infinity
> load)
> --
>
> Key: PDFBOX-1726
> URL: https://issues.apache.org/jira/browse/PDFBOX-1726
> Project: PDFBox
> Issue Type: Bug
>Reporter: Demétrius Jubé
>
> When trying to load the document located at
> http://web.itu.edu.tr/~pazarci/rtv/TEK_Digital%20Video%20Measurements_25W_14700_3.pdf,
> the system halts and never come back. It does not exit and does not print
> any error message. It just stops at PDDocument.load() and does not continue.
> Here are the steps to reproduce (Assuming that the file is located at docPath
> variable):
> {code}
> FileInputStream file = new FileInputStream(docPath);
> PDDocument documento = PDDocument.load(stream, true);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (PDFBOX-1726) PDDocument.load() freezes while loading certain types of documents (Infinity load)
[
https://issues.apache.org/jira/browse/PDFBOX-1726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13776645#comment-13776645
]
Tilman Hausherr commented on PDFBOX-1726:
-
I can't; Andreas can and probably will; you may possibly, click on "more
actions" to see if there is a menu item "close as duplicate". If there is,
enter PDFBOX-1668 in the dialog (if there is one).
> PDDocument.load() freezes while loading certain types of documents (Infinity
> load)
> --
>
> Key: PDFBOX-1726
> URL: https://issues.apache.org/jira/browse/PDFBOX-1726
> Project: PDFBox
> Issue Type: Bug
>Reporter: Demétrius Jubé
>
> When trying to load the document located at
> http://web.itu.edu.tr/~pazarci/rtv/TEK_Digital%20Video%20Measurements_25W_14700_3.pdf,
> the system halts and never come back. It does not exit and does not print
> any error message. It just stops at PDDocument.load() and does not continue.
> Here are the steps to reproduce (Assuming that the file is located at docPath
> variable):
> {code}
> FileInputStream file = new FileInputStream(docPath);
> PDDocument documento = PDDocument.load(stream, true);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (PDFBOX-1726) PDDocument.load() freezes while loading certain types of documents (Infinity load)
[
https://issues.apache.org/jira/browse/PDFBOX-1726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Chojecki closed PDFBOX-1726.
---
Resolution: Duplicate
> PDDocument.load() freezes while loading certain types of documents (Infinity
> load)
> --
>
> Key: PDFBOX-1726
> URL: https://issues.apache.org/jira/browse/PDFBOX-1726
> Project: PDFBox
> Issue Type: Bug
>Reporter: Demétrius Jubé
>
> When trying to load the document located at
> http://web.itu.edu.tr/~pazarci/rtv/TEK_Digital%20Video%20Measurements_25W_14700_3.pdf,
> the system halts and never come back. It does not exit and does not print
> any error message. It just stops at PDDocument.load() and does not continue.
> Here are the steps to reproduce (Assuming that the file is located at docPath
> variable):
> {code}
> FileInputStream file = new FileInputStream(docPath);
> PDDocument documento = PDDocument.load(stream, true);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (PDFBOX-1727) Content outside the MediaBox should not be rendered
[ https://issues.apache.org/jira/browse/PDFBOX-1727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jake Robb updated PDFBOX-1727: -- Affects Version/s: 2.0.0 > Content outside the MediaBox should not be rendered > --- > > Key: PDFBOX-1727 > URL: https://issues.apache.org/jira/browse/PDFBOX-1727 > Project: PDFBox > Issue Type: Bug >Affects Versions: 1.8.2, 2.0.0 >Reporter: Jake Robb > Attachments: W9 - INDV.pdf > > > From the PDF spec ( > http://www.adobe.com/content/dam/Adobe/en/devnet/acrobat/pdfs/PDF32000_2008.pdf > page 628): > "The crop, bleed, trim, and art boxes shall not ordinarily extend beyond the > boundaries of the media box. If they do, they are effectively reduced to > their intersection with the media box." > The attached file has the following characteristics: > MediaBox: [18.0,20.592,630.0,812.88] > CropBox: [0.0,0.0,648.0,1043.0] > TrimBox: [0.0,0.0,648.0,1043.0] > BleedBox: [0.0,0.0,648.0,1043.0] > In Adobe Reader, the "Do Not Print" section above the MediaBox does not > display, but when using pdfbox it does. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
