[
https://issues.apache.org/jira/browse/PDFBOX-6077?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18022739#comment-18022739
]
Tilman Hausherr edited comment on PDFBOX-6077 at 9/25/25 12:26 PM:
-------------------------------------------------------------------
Writing some observations here:
- 2.0.26 is ok, 2.0.27 isn't
- the incorrect rendering has a non-black segment at the bottom (which is
identical to the bottom segment)
- saving all other mask images shows the black (or white) vertical stripe
- disabling the "apply the mask" segment shows what we expect
- the stencil image is identical now and in 2.0.26, a black vertical stripe
- "The Decode entry determines how the source samples shall be interpreted. If
the Decode array is [0 1] (the default for an image mask), a sample value of 0
shall mark the page with the current colour, and a 1 shall leave the previous
contents unchanged" - my understanding is that 0 = black means keep.
- saving {{renderedPaint}} shows content before the masking, and after the
masking.
- could it be that the second {{renderedPaint}} image overwrites the first?
- the initial content of {{renderedPaint}} has large transparent areas. These
are lost in the final content. So maybe the problem is about touching
transparent areas when applying the mask.
was (Author: tilman):
Writing some observations here:
- 2.0.26 is ok, 2..0.27 isn't
- the incorrect rendering has a non-black segment at the bottom (which is
identical to the bottom segment)
- saving all other mask images shows the black (or white) vertical stripe
- disabling the "apply the mask" segment shows what we expect
- the stencil image is identical now and in 2.0.26, a black vertical stripe
- "The Decode entry determines how the source samples shall be interpreted. If
the Decode array is [0 1] (the default for an image mask), a sample value of 0
shall mark the page with the current colour, and a 1 shall leave the previous
contents unchanged" - my understanding is that 0 = black means keep.
- saving {{renderedPaint}} shows content before the masking, and after the
masking.
- could it be that the second {{renderedPaint}} image overwrites the first?
- the initial content of {{renderedPaint}} has large transparent areas. These
are lost in the final content. So maybe the problem is about touching
transparent areas when applying the mask.
> Image masks do not work well with patterns
> ------------------------------------------
>
> Key: PDFBOX-6077
> URL: https://issues.apache.org/jira/browse/PDFBOX-6077
> Project: PDFBox
> Issue Type: Bug
> Components: Rendering
> Affects Versions: 2.0.34, 3.0.5 PDFBox
> Reporter: JaromÃr Dobrý
> Priority: Major
> Labels: Stencil, regression
> Attachments: correct.png, example.pdf, screenshot-1.png, wrong.png
>
>
> To reproduce, open the attached [^example.pdf] in PDF Debugger. The correct
> and actual wrong result are both attached to illustrate the problem.
> It seems that the bug was introduced with a fix of PDFBOX-5403.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
