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

Tres Finocchiaro updated PDFBOX-5715:
-------------------------------------
    Description: 
When printing the 
[border.fo|https://github.com/apache/xmlgraphics-fop/blob/main/fop/examples/fo/basic/border.fo]
 example (converted to PDF from Apache FOP) to a 4x6 printer on a Mac, some of 
the lines vanish.
 * The behavior does not occur on a A4 or US Letter document.
 * The behavior varies slightly depending on rendering hints.
 * The behavior is not reproducible on Linux
 * This problem has been discussed – in part – on the mailing list here: 
[https://lists.apache.org/thread/nb9vsfx2gd8j37mrnlbbj0vqy6wrwt88]

Attached is a sample project which reproduces this problem:

[^fop.zip]

To run the example:
 # Install a PDF printer on the Mac
 # Extract fop.zip and run it using maven: 

{code:java}
mvn compile && mvn exec:java
{code}
Expected:

!image-2023-11-11-18-57-39-403.png!

Actual:

!image-2023-11-11-18-56-24-363.png!

 

In the field, this issue may be common in scenarios where labels are obtained 
from shipping companies that use Apache FOP for creating the PDFs and are then 
printed using PDFBOX (e.g. PitneyShip).  At time of writing this, the issue 
seems to be specific to MacOS.

  was:
When printing the 
[border.fo|https://github.com/apache/xmlgraphics-fop/blob/main/fop/examples/fo/basic/border.fo]
 example (converted to PDF from Apache FOP) to a 4x6 printer on a Mac, some of 
the lines vanish.
 * The behavior does not occur on a A4 or US Letter document.
 * The behavior varies slightly depending on rendering hints.
 * The behavior is not reproducible on Linux
 * This problem has been discussed – in part – on the mailing list here: 
[https://lists.apache.org/thread/nb9vsfx2gd8j37mrnlbbj0vqy6wrwt88]

Attached is a sample project which reproduces this problem:

[^fop.zip]

To run the example:
{code:java}
mvn compile && mvn exec:java
{code}
Expected:

!image-2023-11-11-18-57-39-403.png!

Actual:

!image-2023-11-11-18-56-24-363.png!

 

In the field, this issue may be common in scenarios where labels are obtained 
from shipping companies that use Apache FOP for creating the PDFs and are then 
printed using PDFBOX (e.g. PitneyShip).  At time of writing this, the issue 
seems to be specific to MacOS.


> Lines vanish when printing on MacOS
> -----------------------------------
>
>                 Key: PDFBOX-5715
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-5715
>             Project: PDFBox
>          Issue Type: Bug
>          Components: Rendering
>    Affects Versions: 2.0.30
>            Reporter: Tres Finocchiaro
>            Priority: Major
>         Attachments: fop.zip, image-2023-11-11-18-55-20-972.png, 
> image-2023-11-11-18-56-24-363.png, image-2023-11-11-18-57-39-403.png
>
>
> When printing the 
> [border.fo|https://github.com/apache/xmlgraphics-fop/blob/main/fop/examples/fo/basic/border.fo]
>  example (converted to PDF from Apache FOP) to a 4x6 printer on a Mac, some 
> of the lines vanish.
>  * The behavior does not occur on a A4 or US Letter document.
>  * The behavior varies slightly depending on rendering hints.
>  * The behavior is not reproducible on Linux
>  * This problem has been discussed – in part – on the mailing list here: 
> [https://lists.apache.org/thread/nb9vsfx2gd8j37mrnlbbj0vqy6wrwt88]
> Attached is a sample project which reproduces this problem:
> [^fop.zip]
> To run the example:
>  # Install a PDF printer on the Mac
>  # Extract fop.zip and run it using maven: 
> {code:java}
> mvn compile && mvn exec:java
> {code}
> Expected:
> !image-2023-11-11-18-57-39-403.png!
> Actual:
> !image-2023-11-11-18-56-24-363.png!
>  
> In the field, this issue may be common in scenarios where labels are obtained 
> from shipping companies that use Apache FOP for creating the PDFs and are 
> then printed using PDFBOX (e.g. PitneyShip).  At time of writing this, the 
> issue seems to be specific to MacOS.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to