Build failed in Jenkins: xmlgraphics-fop #216

2018-10-09 Thread Apache Jenkins Server
See 


Changes:

[matthias] FOP-2818: fix color spaces getting lost of pdf images

--
[...truncated 112.25 KB...]
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/xmlgraphics/batik-ttf2svg/1.11.0-SNAPSHOT/maven-metadata.xml
Downloading: 
https://repository.jboss.org/nexus/content/repositories/thirdparty-releases/org/apache/xmlgraphics/batik-ttf2svg/1.11.0-SNAPSHOT/maven-metadata.xml
[WARNING] Could not transfer metadata 
org.apache.xmlgraphics:batik-ttf2svg:1.11.0-SNAPSHOT/maven-metadata.xml from/to 
apache.snapshots.https 
(https://repository.apache.org/content/repositories/snapshots): Not authorized, 
ReasonPhrase:Unauthorized.
[INFO] 
[INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ fop-servlet ---
[INFO] Deleting 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
fop-servlet ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] 
[INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ fop-servlet ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
fop-servlet ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] 
[INFO] --- maven-compiler-plugin:3.1:testCompile (default-testCompile) @ 
fop-servlet ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ fop-servlet ---
[INFO] No tests to run.
[JENKINS] Recording test results
[INFO] 
[INFO] --- maven-war-plugin:2.2:war (default-war) @ fop-servlet ---
[INFO] Packaging webapp
[INFO] Assembling webapp [fop-servlet] in 
[
[INFO] Processing war project
[INFO] Copying webapp resources 
[
[INFO] Webapp assembled in [136 msecs]
[INFO] Building war: 

[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install (default-install) @ fop-servlet 
---
[INFO] Installing 

 to 
/home/jenkins/jenkins-slave/maven-repositories/0/org/apache/xmlgraphics/fop-servlet/2.4.0-SNAPSHOT/fop-servlet-2.4.0-SNAPSHOT.war
[INFO] Installing 
 to 
/home/jenkins/jenkins-slave/maven-repositories/0/org/apache/xmlgraphics/fop-servlet/2.4.0-SNAPSHOT/fop-servlet-2.4.0-SNAPSHOT.pom
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.14:checkstyle (default-cli) @ fop-servlet 
---
[CHECKSTYLE] No report found for mojo checkstyle
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.5:findbugs (default-cli) @ fop-servlet ---
[FINDBUGS] No report found for mojo findbugs
[INFO] 
[INFO] 
[INFO] Building Apache FOP Transcoder 2.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ fop-transcoder ---
[INFO] Deleting 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
fop-transcoder ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] 
[INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ fop-transcoder 
---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
fop-transcoder ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] 
[INFO] --- maven-compiler-plugin:3.1:testCompile (default-testCompile) @ 
fop-transcoder ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ fop-transcoder ---
[INFO] No tests to run.
[JENKINS] Recording test results
[INFO] 
[INFO] --- maven-jar-plugin:2.6:jar (default-jar) @ fop-transcoder ---
[WARNING] JAR will be empty - no content 

[jira] [Resolved] (FOP-2818) PDF color spaces are lost when embedding PDF image

2018-10-09 Thread Matthias Reischenbacher (JIRA)


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

Matthias Reischenbacher resolved FOP-2818.
--
Resolution: Fixed

> PDF color spaces are lost when embedding PDF image
> --
>
> Key: FOP-2818
> URL: https://issues.apache.org/jira/browse/FOP-2818
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Reporter: Matthias Reischenbacher
>Priority: Critical
> Attachments: image.pdf, kun_muutat_suomeenEN.pdf.pdf, 
> output_broken.pdf, output_fixed.pdf, test.fo, test_case.xml
>
>
> When embedding a PDF image (via the fop pdf image plugin) into a page, that 
> also contains a color definition with a custom color space (e.g. a Pantone 
> full tone color), the color space definition is lost and the PDF can't be 
> displayed correctly.
> After analyzing the generated PDF file I detected, that the "ColorSpace" 
> entry for the Pantone color space was missing in the "Resources" dictionary. 
> This bug was caused by FOP-2337, that introduced a "parent" resource 
> directory. I adapted the populateDictionary method of the PDFResources class, 
> so that the color space entries of the "parent" dictionary are not lost. 
> @ssteiner: please check, if this is correct.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (FOP-2818) PDF color spaces are lost when embedding PDF image

2018-10-09 Thread Matthias Reischenbacher (JIRA)


[ 
https://issues.apache.org/jira/browse/FOP-2818?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16643665#comment-16643665
 ] 

Matthias Reischenbacher commented on FOP-2818:
--

Fixed as part of http://svn.apache.org/viewvc?view=revision&revision=1843302

> PDF color spaces are lost when embedding PDF image
> --
>
> Key: FOP-2818
> URL: https://issues.apache.org/jira/browse/FOP-2818
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Reporter: Matthias Reischenbacher
>Priority: Critical
> Attachments: image.pdf, kun_muutat_suomeenEN.pdf.pdf, 
> output_broken.pdf, output_fixed.pdf, test.fo, test_case.xml
>
>
> When embedding a PDF image (via the fop pdf image plugin) into a page, that 
> also contains a color definition with a custom color space (e.g. a Pantone 
> full tone color), the color space definition is lost and the PDF can't be 
> displayed correctly.
> After analyzing the generated PDF file I detected, that the "ColorSpace" 
> entry for the Pantone color space was missing in the "Resources" dictionary. 
> This bug was caused by FOP-2337, that introduced a "parent" resource 
> directory. I adapted the populateDictionary method of the PDFResources class, 
> so that the color space entries of the "parent" dictionary are not lost. 
> @ssteiner: please check, if this is correct.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (FOP-2818) PDF color spaces are lost when embedding PDF image

2018-10-09 Thread simon steiner (JIRA)


[ 
https://issues.apache.org/jira/browse/FOP-2818?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16643580#comment-16643580
 ] 

simon steiner commented on FOP-2818:


This commit breaks some pdf to pdf examples

> PDF color spaces are lost when embedding PDF image
> --
>
> Key: FOP-2818
> URL: https://issues.apache.org/jira/browse/FOP-2818
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Reporter: Matthias Reischenbacher
>Priority: Critical
> Attachments: image.pdf, kun_muutat_suomeenEN.pdf.pdf, 
> output_broken.pdf, output_fixed.pdf, test.fo, test_case.xml
>
>
> When embedding a PDF image (via the fop pdf image plugin) into a page, that 
> also contains a color definition with a custom color space (e.g. a Pantone 
> full tone color), the color space definition is lost and the PDF can't be 
> displayed correctly.
> After analyzing the generated PDF file I detected, that the "ColorSpace" 
> entry for the Pantone color space was missing in the "Resources" dictionary. 
> This bug was caused by FOP-2337, that introduced a "parent" resource 
> directory. I adapted the populateDictionary method of the PDFResources class, 
> so that the color space entries of the "parent" dictionary are not lost. 
> @ssteiner: please check, if this is correct.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Updated] (FOP-2818) PDF color spaces are lost when embedding PDF image

2018-10-09 Thread simon steiner (JIRA)


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

simon steiner updated FOP-2818:
---
Attachment: test.fo

> PDF color spaces are lost when embedding PDF image
> --
>
> Key: FOP-2818
> URL: https://issues.apache.org/jira/browse/FOP-2818
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Reporter: Matthias Reischenbacher
>Priority: Critical
> Attachments: image.pdf, kun_muutat_suomeenEN.pdf.pdf, 
> output_broken.pdf, output_fixed.pdf, test.fo, test_case.xml
>
>
> When embedding a PDF image (via the fop pdf image plugin) into a page, that 
> also contains a color definition with a custom color space (e.g. a Pantone 
> full tone color), the color space definition is lost and the PDF can't be 
> displayed correctly.
> After analyzing the generated PDF file I detected, that the "ColorSpace" 
> entry for the Pantone color space was missing in the "Resources" dictionary. 
> This bug was caused by FOP-2337, that introduced a "parent" resource 
> directory. I adapted the populateDictionary method of the PDFResources class, 
> so that the color space entries of the "parent" dictionary are not lost. 
> @ssteiner: please check, if this is correct.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Comment Edited] (FOP-2818) PDF color spaces are lost when embedding PDF image

2018-10-09 Thread simon steiner (JIRA)


[ 
https://issues.apache.org/jira/browse/FOP-2818?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16643580#comment-16643580
 ] 

simon steiner edited comment on FOP-2818 at 10/9/18 3:02 PM:
-

This commit breaks some pdf to pdf examples, see test.fo above


was (Author: ssteiner1):
This commit breaks some pdf to pdf examples

> PDF color spaces are lost when embedding PDF image
> --
>
> Key: FOP-2818
> URL: https://issues.apache.org/jira/browse/FOP-2818
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Reporter: Matthias Reischenbacher
>Priority: Critical
> Attachments: image.pdf, kun_muutat_suomeenEN.pdf.pdf, 
> output_broken.pdf, output_fixed.pdf, test.fo, test_case.xml
>
>
> When embedding a PDF image (via the fop pdf image plugin) into a page, that 
> also contains a color definition with a custom color space (e.g. a Pantone 
> full tone color), the color space definition is lost and the PDF can't be 
> displayed correctly.
> After analyzing the generated PDF file I detected, that the "ColorSpace" 
> entry for the Pantone color space was missing in the "Resources" dictionary. 
> This bug was caused by FOP-2337, that introduced a "parent" resource 
> directory. I adapted the populateDictionary method of the PDFResources class, 
> so that the color space entries of the "parent" dictionary are not lost. 
> @ssteiner: please check, if this is correct.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Updated] (FOP-2818) PDF color spaces are lost when embedding PDF image

2018-10-09 Thread simon steiner (JIRA)


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

simon steiner updated FOP-2818:
---
Attachment: kun_muutat_suomeenEN.pdf.pdf

> PDF color spaces are lost when embedding PDF image
> --
>
> Key: FOP-2818
> URL: https://issues.apache.org/jira/browse/FOP-2818
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Reporter: Matthias Reischenbacher
>Priority: Critical
> Attachments: image.pdf, kun_muutat_suomeenEN.pdf.pdf, 
> output_broken.pdf, output_fixed.pdf, test.fo, test_case.xml
>
>
> When embedding a PDF image (via the fop pdf image plugin) into a page, that 
> also contains a color definition with a custom color space (e.g. a Pantone 
> full tone color), the color space definition is lost and the PDF can't be 
> displayed correctly.
> After analyzing the generated PDF file I detected, that the "ColorSpace" 
> entry for the Pantone color space was missing in the "Resources" dictionary. 
> This bug was caused by FOP-2337, that introduced a "parent" resource 
> directory. I adapted the populateDictionary method of the PDFResources class, 
> so that the color space entries of the "parent" dictionary are not lost. 
> @ssteiner: please check, if this is correct.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Reopened] (FOP-2818) PDF color spaces are lost when embedding PDF image

2018-10-09 Thread simon steiner (JIRA)


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

simon steiner reopened FOP-2818:

  Assignee: (was: simon steiner)

> PDF color spaces are lost when embedding PDF image
> --
>
> Key: FOP-2818
> URL: https://issues.apache.org/jira/browse/FOP-2818
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Reporter: Matthias Reischenbacher
>Priority: Critical
> Attachments: image.pdf, output_broken.pdf, output_fixed.pdf, 
> test_case.xml
>
>
> When embedding a PDF image (via the fop pdf image plugin) into a page, that 
> also contains a color definition with a custom color space (e.g. a Pantone 
> full tone color), the color space definition is lost and the PDF can't be 
> displayed correctly.
> After analyzing the generated PDF file I detected, that the "ColorSpace" 
> entry for the Pantone color space was missing in the "Resources" dictionary. 
> This bug was caused by FOP-2337, that introduced a "parent" resource 
> directory. I adapted the populateDictionary method of the PDFResources class, 
> so that the color space entries of the "parent" dictionary are not lost. 
> @ssteiner: please check, if this is correct.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


Jenkins build is back to normal : xmlgraphics-fop #214

2018-10-09 Thread Apache Jenkins Server
See 



[jira] [Commented] (FOP-2820) Top/Bottom borders and padding of block containers are repeated after the page break

2018-10-09 Thread Dan Caprioara (JIRA)


[ 
https://issues.apache.org/jira/browse/FOP-2820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16643008#comment-16643008
 ] 

Dan Caprioara commented on FOP-2820:


I have attached a patch and the test file for the layout engine.

The top padding and border are applied only at the beginning of the block 
container, on the first page.

The bottom padding and border are applied only at the end of the block 
container, on the last page.

> Top/Bottom borders and padding of block containers are repeated after the 
> page break
> 
>
> Key: FOP-2820
> URL: https://issues.apache.org/jira/browse/FOP-2820
> Project: FOP
>  Issue Type: Bug
>  Components: layout/block
>Affects Versions: 2.3
>Reporter: Dan Caprioara
>Priority: Major
> Attachments: block-container_borders-padding-and-page-breaks.xml, 
> fo-block-container.png, fo-block.png, fop.patch
>
>
> There is a big difference between a block and a block-container regarding the 
> borders and padding when the page breaks.
> The borders should be like this (this is a plain {{fo:block}}):
>  !fo-block.png!
> But instead is like this ( this is a {{fo:block-container -}} ignore the 
> text, chck the borders):
>  !fo-block-container.png!
> If you have a longer text in the block container and it spans on several 
> pages then it starts to bleed out of the page.
> I found a fix for that, I will post it below.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Updated] (FOP-2820) Top/Bottom borders and padding of block containers are repeated after the page break

2018-10-09 Thread Dan Caprioara (JIRA)


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

Dan Caprioara updated FOP-2820:
---
Attachment: fop.patch

> Top/Bottom borders and padding of block containers are repeated after the 
> page break
> 
>
> Key: FOP-2820
> URL: https://issues.apache.org/jira/browse/FOP-2820
> Project: FOP
>  Issue Type: Bug
>  Components: layout/block
>Affects Versions: 2.3
>Reporter: Dan Caprioara
>Priority: Major
> Attachments: block-container_borders-padding-and-page-breaks.xml, 
> fo-block-container.png, fo-block.png, fop.patch
>
>
> There is a big difference between a block and a block-container regarding the 
> borders and padding when the page breaks.
> The borders should be like this (this is a plain {{fo:block}}):
>  !fo-block.png!
> But instead is like this ( this is a {{fo:block-container -}} ignore the 
> text, chck the borders):
>  !fo-block-container.png!
> If you have a longer text in the block container and it spans on several 
> pages then it starts to bleed out of the page.
> I found a fix for that, I will post it below.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Updated] (FOP-2820) Top/Bottom borders and padding of block containers are repeated after the page break

2018-10-09 Thread Dan Caprioara (JIRA)


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

Dan Caprioara updated FOP-2820:
---
Attachment: block-container_borders-padding-and-page-breaks.xml

> Top/Bottom borders and padding of block containers are repeated after the 
> page break
> 
>
> Key: FOP-2820
> URL: https://issues.apache.org/jira/browse/FOP-2820
> Project: FOP
>  Issue Type: Bug
>  Components: layout/block
>Affects Versions: 2.3
>Reporter: Dan Caprioara
>Priority: Major
> Attachments: block-container_borders-padding-and-page-breaks.xml, 
> fo-block-container.png, fo-block.png
>
>
> There is a big difference between a block and a block-container regarding the 
> borders and padding when the page breaks.
> The borders should be like this (this is a plain {{fo:block}}):
>  !fo-block.png!
> But instead is like this ( this is a {{fo:block-container -}} ignore the 
> text, chck the borders):
>  !fo-block-container.png!
> If you have a longer text in the block container and it spans on several 
> pages then it starts to bleed out of the page.
> I found a fix for that, I will post it below.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Updated] (FOP-2820) Top/Bottom borders and padding of block containers are repeated after the page break

2018-10-09 Thread Dan Caprioara (JIRA)


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

Dan Caprioara updated FOP-2820:
---
Description: 
There is a big difference between a block and a block-container regarding the 
borders and padding when the page breaks.

The borders should be like this (this is a plain {{fo:block}}):
 !fo-block.png!

But instead is like this ( this is a {{fo:block-container -}} ignore the text, 
chck the borders):
 !fo-block-container.png!

If you have a longer text in the block container and it spans on several pages 
then it starts to bleed out of the page.

I found a fix for that, I will post it below.

  was:
There is a big difference between a block and a block-container regarding the 
borders and padding when the page breaks.

The borders should be like this (this is a plain {{fo:block}}):
 !image-2018-10-08-12-20-35-287.png!

But instead is like this ( this is a {{fo:block-container}}, ignore the text, 
see the borders):
 !image-2018-10-08-12-17-46-171.png!

If you have a longer text in the block container and it spans on several pages 
then it starts to bleed out of the page.

I found a fix for that, I will post it below.


> Top/Bottom borders and padding of block containers are repeated after the 
> page break
> 
>
> Key: FOP-2820
> URL: https://issues.apache.org/jira/browse/FOP-2820
> Project: FOP
>  Issue Type: Bug
>  Components: layout/block
>Affects Versions: 2.3
>Reporter: Dan Caprioara
>Priority: Major
> Attachments: fo-block-container.png, fo-block.png
>
>
> There is a big difference between a block and a block-container regarding the 
> borders and padding when the page breaks.
> The borders should be like this (this is a plain {{fo:block}}):
>  !fo-block.png!
> But instead is like this ( this is a {{fo:block-container -}} ignore the 
> text, chck the borders):
>  !fo-block-container.png!
> If you have a longer text in the block container and it spans on several 
> pages then it starts to bleed out of the page.
> I found a fix for that, I will post it below.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Updated] (FOP-2820) Top/Bottom borders and padding of block containers are repeated after the page break

2018-10-09 Thread Dan Caprioara (JIRA)


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

Dan Caprioara updated FOP-2820:
---
Attachment: fo-block.png
fo-block-container.png

> Top/Bottom borders and padding of block containers are repeated after the 
> page break
> 
>
> Key: FOP-2820
> URL: https://issues.apache.org/jira/browse/FOP-2820
> Project: FOP
>  Issue Type: Bug
>  Components: layout/block
>Affects Versions: 2.3
>Reporter: Dan Caprioara
>Priority: Major
> Attachments: fo-block-container.png, fo-block.png
>
>
> There is a big difference between a block and a block-container regarding the 
> borders and padding when the page breaks.
> The borders should be like this (this is a plain {{fo:block}}):
>  !image-2018-10-08-12-20-35-287.png!
> But instead is like this ( this is a {{fo:block-container}}, ignore the text, 
> see the borders):
>  !image-2018-10-08-12-17-46-171.png!
> If you have a longer text in the block container and it spans on several 
> pages then it starts to bleed out of the page.
> I found a fix for that, I will post it below.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (FOP-2820) Top/Bottom borders and padding of block containers are repeated after the page break

2018-10-09 Thread Dan Caprioara (JIRA)
Dan Caprioara created FOP-2820:
--

 Summary: Top/Bottom borders and padding of block containers are 
repeated after the page break
 Key: FOP-2820
 URL: https://issues.apache.org/jira/browse/FOP-2820
 Project: FOP
  Issue Type: Bug
  Components: layout/block
Affects Versions: 2.3
Reporter: Dan Caprioara


There is a big difference between a block and a block-container regarding the 
borders and padding when the page breaks.

The borders should be like this (this is a plain {{fo:block}}):
 !image-2018-10-08-12-20-35-287.png!

But instead is like this ( this is a {{fo:block-container}}, ignore the text, 
see the borders):
 !image-2018-10-08-12-17-46-171.png!

If you have a longer text in the block container and it spans on several pages 
then it starts to bleed out of the page.

I found a fix for that, I will post it below.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)