[
https://issues.apache.org/jira/browse/PDFBOX-4276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16554531#comment-16554531
]
ASF subversion and git services commented on PDFBOX-4276:
---------------------------------------------------------
Commit 1836573 from [email protected] in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1836573 ]
PDFBOX-4276: handle all ExtGState names, not just those with gs and number
> Multiply blend mode not detected
> --------------------------------
>
> Key: PDFBOX-4276
> URL: https://issues.apache.org/jira/browse/PDFBOX-4276
> Project: PDFBox
> Issue Type: Bug
> Components: Preflight
> Affects Versions: 1.8.15, 2.0.11, 3.0.0 PDFBox
> Reporter: Tilman Hausherr
> Assignee: Tilman Hausherr
> Priority: Major
> Fix For: 1.8.16, 2.0.12, 3.0.0 PDFBox
>
> Attachments: sample_processed.pdf
>
>
> The attached file should fail the PDF/A-1b check but doesn't. VeraPDF detects
> the incorrect blendmode at {{Root/Pages/Kids/[0]/Resources/ExtGState/R9/BM}}:
> "The following keys, if present in an ExtGState object, shall have the values
> shown: BM - Normal or Compatible".
> The cause is that in
> {{ExtGStateValidationProcess.extractExtGStateDictionaries()}} there is a
> check that the name of the ExtGState matches "(GS|gs)([0-9])+". This has been
> since the beginning as an Apache project (PDFBOX-1056) and even since the
> first commit on github ([https://github.com/gbm-bailleul/padaf]) in 2010.
> I could ask but I don't think that they would know why that decision was made
> over 8 years ago. My guess is that some code from elsewhere was reused.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
