[jira] [Commented] (PDFBOX-4951) Sequences with combining letters are rendered incorrectly

2020-10-12 Thread Volker Kunert (Jira) 


[ 
https://issues.apache.org/jira/browse/PDFBOX-4951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17212647#comment-17212647
 ] 

Volker Kunert commented on PDFBOX-4951:
---

1 The font must be loaded twice - yes we have to load it twice because we use 
the positioning 
  features using FOP's MultiByteFont.  We can't store a reference to 
MultibyteFont in PDType0Font because it is stored in a COSDictionary and 
recreated - loosing extra attributes in this process.

2 Width of A̋ or Ž̧ return the same size as A or Z for me, there is no new code 
involved.
PDType0Font font = PDType0Font.load(pdDocument, new 
FileInputStream(fontFile), false);
System.out.printf("%f %f%n", font.getStringWidth("A"), 
font.getStringWidth("A̋"));
System.out.printf("%f %f%n", font.getStringWidth("Z"), 
font.getStringWidth("Ž̧"));
639,00 639,00
572,00 572,00

3 Which variant of Z plus accent is not OK? They look good to me.

4 The bug in FOP (FOP-2969) means e.g. that the accent is not located above the 
current letter, 
  instead e.g. above the following letter.

5 Bengali processing and FOP-positioning do both reorder the glyphs -- so they 
can't work together
  at the moment.
  Integration on the base of the current implementation or based on FOP 
  seems possible but needs a programmer who knows Bengali language and script.

6 IMHO the user should be required to explicitly enable FOP-positioning, in 
order not to break
  other algorithms. Possibly it could be enabled for script latn.

7 I am preparing little corrections to my code.



> Sequences with combining letters are rendered incorrectly
> -
>
> Key: PDFBOX-4951
> URL: https://issues.apache.org/jira/browse/PDFBOX-4951
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.21
>Reporter: Volker Kunert
>Priority: Major
> Attachments: DIN_SPEC_91379_Sequences-aa.pdf, 
> DIN_SPEC_91379_Sequences-ab.pdf, DIN_SPEC_91379_Sequences-ac.pdf, 
> DIN_SPEC_91379_Sequences.txt, DefaultScriptProcessor.java, 
> ExamplePdfboxFopPos.java, ExamplePdfboxFopPos.pdf, 
> ExamplePdfboxFopPosForm.java, ExamplePdfboxFopPosForm.pdf, TestPdfbox.java, 
> TestPdfboxFop2.java, TestPdfboxFop2.pdf, TestPdfboxJava2D.java, 
> TestPdfboxJava2D.pdf, patch-2020-10-02.txt, pdfbox.pdf, screenshot-1.png
>
>
> Accented Letters composed of Unicode base letter and combining accent are 
> rendered wrong. E.g. with 0041 030B LATIN CAPITAL LETTER A WITH COMBINING 
> DOUBLE ACUTE ACCENT the accent appears at the right hand side of the letter 
> A, not above the letter A.
> The position is wrong for most of the sequences defined in the following spec:
> DIN SPEC 91379: Characters in Unicode for the electronic processing of names 
> and data 
>  exchange in Europe; with digital attachment
>  [https://www.xoev.de/downloads-2316#StringLatin]
>  [https://www.din.de/de/wdc-beuth:din21:301228458]
>  
> The correct rendering should look like the output of hb-view 2.6.8, see files 
> DIN_SPEC_91379_Sequences*.pdf.
> The output of PDFBox is appended in pdfbox.pdf, which is created by running 
> TestPdfbox.java. The sequences are read from file 
> DIN_SPEC_91379_Sequences.txt.
>  
> Font used for testing: NotoSansMono-Regular.ttf, see 
> [https://www.google.com/get/noto/] 
> download: 
> [https://noto-website-2.storage.googleapis.com/pkgs/NotoSansMono-hinted.zip]
>  See also FOP-2969
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4221) Numbers of source Raster bands and source color space components do not match

2020-10-12 Thread Tilman Hausherr (Jira) 


[ 
https://issues.apache.org/jira/browse/PDFBOX-4221?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17212554#comment-17212554
 ] 

Tilman Hausherr commented on PDFBOX-4221:
-

It's ";" on windows and ":" on linux (I learned this recently too LOL)

> Numbers of source Raster bands and source color space components do not match
> -
>
> Key: PDFBOX-4221
> URL: https://issues.apache.org/jira/browse/PDFBOX-4221
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.9
> Environment: Command-Line Tools: PDFToImage
>Reporter: Silvan Eugen Lincan
>Priority: Major
> Attachments: Test_PDFToImage_IllegalArgumentException.pdf
>
>
> When trying to convert from PDF to Image the attached example PDF 
> [^Test_PDFToImage_IllegalArgumentException.pdf], the following exception is 
> thrown:
> {code:java}
> Exception in thread "main" java.lang.IllegalArgumentException: Numbers of 
> source Raster bands and source color space components do not match
>     at java.awt.image.ColorConvertOp.filter(ColorConvertOp.java:482)
>     at 
> com.sun.imageio.plugins.jpeg.JPEGImageReader.acceptPixels(JPEGImageReader.java:1280)
>     at com.sun.imageio.plugins.jpeg.JPEGImageReader.readImage(Native Method)
>     at 
> com.sun.imageio.plugins.jpeg.JPEGImageReader.readInternal(JPEGImageReader.java:1247)
>     at 
> com.sun.imageio.plugins.jpeg.JPEGImageReader.read(JPEGImageReader.java:1050)
>     at org.apache.pdfbox.filter.DCTFilter.decode(DCTFilter.java:91)
>     at org.apache.pdfbox.cos.COSInputStream.create(COSInputStream.java:77)
>     at org.apache.pdfbox.cos.COSStream.createInputStream(COSStream.java:175)
>     at 
> org.apache.pdfbox.pdmodel.common.PDStream.createInputStream(PDStream.java:241)
>     at 
> org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.createInputStream(PDImageXObject.java:676)
>     at 
> org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.from8bit(SampledImageReader.java:352)
>     at 
> org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.getRGBImage(SampledImageReader.java:212)
>     at 
> org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.getImage(PDImageXObject.java:421)
>     at 
> org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.getImage(PDImageXObject.java:402)
>     at org.apache.pdfbox.rendering.PageDrawer.drawImage(PageDrawer.java:1046)
>     at 
> org.apache.pdfbox.contentstream.operator.graphics.DrawObject.process(DrawObject.java:62)
>     at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processOperator(PDFStreamEngine.java:848)
>     at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processStreamOperators(PDFStreamEngine.java:503)
>     at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processStream(PDFStreamEngine.java:477)
>     at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processPage(PDFStreamEngine.java:150)
>     at org.apache.pdfbox.rendering.PageDrawer.drawPage(PageDrawer.java:246)
>     at 
> org.apache.pdfbox.rendering.PDFRenderer.renderImage(PDFRenderer.java:225)
>     at 
> org.apache.pdfbox.rendering.PDFRenderer.renderImageWithDPI(PDFRenderer.java:164)
>     at org.apache.pdfbox.tools.PDFToImage.main(PDFToImage.java:247)
>     at org.apache.pdfbox.tools.PDFBox.main(PDFBox.java:89){code}
> The issue can be reproduced using the CmdLine Tools:
> {code:java}
> java -jar pdfbox-app-2.0.9.jar PDFToImage -dpi 200 -color rgb -imageType png 
> -time Test_PDFToImage_IllegalArgumentException.pdf
> {code}
> Would be really great if you can look to this issue also.
>  Thank you very much for your great work.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-2776) support "Long Term Validation" signature extensions (LTV)

2020-10-12 Thread Tilman Hausherr (Jira) 


[ 
https://issues.apache.org/jira/browse/PDFBOX-2776?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17212538#comment-17212538
 ] 

Tilman Hausherr commented on PDFBOX-2776:
-

IMHO yes - [~hau...@acm.org] are we done with this one?

> support "Long Term Validation" signature extensions (LTV)
> -
>
> Key: PDFBOX-2776
> URL: https://issues.apache.org/jira/browse/PDFBOX-2776
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Signing
>Affects Versions: 2.0.0
>Reporter: Ralf Hauser
>Priority: Major
> Fix For: 3.0.0 PDFBox
>
>
> in recent acrobat readers, every signature is commented w.r.t. "LTV"
> ETSI TS 102 778-4 V1.1.2 (2009-12) Technical Specification
> referenced as part 4 in
> http://en.wikipedia.org/wiki/PAdES 
> It would be great if pdf signatures created with PDFBox would assist in 
> creatign those.
> Target test setup: 
> 1) input of an unsigned PDF-1.5 document
> 2) signature with
> a) local key pair
> b) hsm
> c) remote signature service (e.g. via soap)
> 3) add ocsp response for LTV (crls typically are larger)
> ==> Result: signed pdf where acrobat reader claims it to be "LTV enabled"
> see also PDFBOX-1848
> more in 
> http://stackoverflow.com/questions/26090558/ltv-enabled-signature-in-pdf



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Comment Edited] (PDFBOX-4974) PDImageXObject based on WritableImage

2020-10-12 Thread Robert Fink (Jira) 


[ 
https://issues.apache.org/jira/browse/PDFBOX-4974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17212495#comment-17212495
 ] 

Robert Fink edited comment on PDFBOX-4974 at 10/12/20, 4:55 PM:


The images are coming:
 - on the one side from the webcam which are stored as WritableImage or 
BufferedImage
 - on the other side from disk (geospatial images) which are stored as 
BufferedImage


was (Author: robertoni):
The images are coming:
- on the one side from a (hugely refactored) library called LTI-Civil - it 
captures images from the webcam and store them as WritableImage or BufferedImage
- on the other side from a libray called GDAL - it reads geospatial images from 
disk and store them as BufferedImage

> PDImageXObject based on WritableImage
> -
>
> Key: PDFBOX-4974
> URL: https://issues.apache.org/jira/browse/PDFBOX-4974
> Project: PDFBox
>  Issue Type: New Feature
>  Components: PDModel
>Affects Versions: 2.0.0
>Reporter: Robert Fink
>Priority: Major
>  Labels: javafx
>
> The goal is to work with a WritableImage from JavaFX in addition to a 
> BufferedImage from Swing.
> My proposal for a new feature are the following. 
> To extend the factory classes:
>  - CCITTFactory by the method:
>  createFromImage(PDDocument document, WritableImage image)
>  - JPEGFactory by the methods:
>  createFromImage(PDDocument document, WritableImage image)
>  createFromImage(PDDocument document, WritableImage image, float quality)
>  createFromImage(PDDocument document, WritableImage image, float quality, int 
> dpi)
>  - LosslessFactory by methods:
>  createFromImage(PDDocument document, WritableImage image)
> To extend the PDImageXObject class:
>  * by the methods:
> getWritableImage()
> getWritableImage(Rectangle region, int subsampling)
> Until now there is a need to use the class SwingFXUtils to do the conversion 
> from WritableImage to BufferedImage or vice versa.
>  This new feature should come in handy for all JavaFX developers.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4974) PDImageXObject based on WritableImage

2020-10-12 Thread Robert Fink (Jira) 


[ 
https://issues.apache.org/jira/browse/PDFBOX-4974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17212495#comment-17212495
 ] 

Robert Fink commented on PDFBOX-4974:
-

The images are coming:
- on the one side from a (hugely refactored) library called LTI-Civil - it 
captures images from the webcam and store them as WritableImage or BufferedImage
- on the other side from a libray called GDAL - it reads geospatial images from 
disk and store them as BufferedImage

> PDImageXObject based on WritableImage
> -
>
> Key: PDFBOX-4974
> URL: https://issues.apache.org/jira/browse/PDFBOX-4974
> Project: PDFBox
>  Issue Type: New Feature
>  Components: PDModel
>Affects Versions: 2.0.0
>Reporter: Robert Fink
>Priority: Major
>  Labels: javafx
>
> The goal is to work with a WritableImage from JavaFX in addition to a 
> BufferedImage from Swing.
> My proposal for a new feature are the following. 
> To extend the factory classes:
>  - CCITTFactory by the method:
>  createFromImage(PDDocument document, WritableImage image)
>  - JPEGFactory by the methods:
>  createFromImage(PDDocument document, WritableImage image)
>  createFromImage(PDDocument document, WritableImage image, float quality)
>  createFromImage(PDDocument document, WritableImage image, float quality, int 
> dpi)
>  - LosslessFactory by methods:
>  createFromImage(PDDocument document, WritableImage image)
> To extend the PDImageXObject class:
>  * by the methods:
> getWritableImage()
> getWritableImage(Rectangle region, int subsampling)
> Until now there is a need to use the class SwingFXUtils to do the conversion 
> from WritableImage to BufferedImage or vice versa.
>  This new feature should come in handy for all JavaFX developers.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Jenkins build is still unstable: PDFBox » PDFBox-Trunk-jdk15 #85

2020-10-12 Thread Apache Jenkins Server 
See 



-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Jenkins build is still unstable: PDFBox » PDFBox-Trunk-jdk15 » Apache PDFBox #85

2020-10-12 Thread Apache Jenkins Server 
See 



-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Jenkins build became unstable: PDFBox » PDFBox-sonar2 #151

2020-10-12 Thread Apache Jenkins Server 
See 



-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Jenkins build became unstable: PDFBox » PDFBox-sonar2 » Apache PDFBox #151

2020-10-12 Thread Apache Jenkins Server 
See 



-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-236) PDF parse signature version

2020-10-12 Thread Ralf Hauser (Jira) 


[ 
https://issues.apache.org/jira/browse/PDFBOX-236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17212305#comment-17212305
 ] 

Ralf Hauser commented on PDFBOX-236:


see also PDFBOX-4297

> PDF parse signature version
> ---
>
> Key: PDFBOX-236
> URL: https://issues.apache.org/jira/browse/PDFBOX-236
> Project: PDFBox
>  Issue Type: Bug
>  Components: Signing
>Assignee: Thomas Chojecki
>Priority: Minor
> Fix For: 1.6.0
>
>
> [imported from SourceForge]
> http://sourceforge.net/tracker/index.php?group_id=78314=552833=1636977
> Originally submitted by dlapdfuser on 2007-01-16 09:49.
> When parsing a pdf that has been signed multiple times, the field values 
> parsed are the ones from the first signing.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-2776) support "Long Term Validation" signature extensions (LTV)

2020-10-12 Thread Maruan Sahyoun (Jira) 


[ 
https://issues.apache.org/jira/browse/PDFBOX-2776?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17212295#comment-17212295
 ] 

Maruan Sahyoun commented on PDFBOX-2776:


[~tilman] isn't that already done by PDFBOX-3390, PDFBOX-3984 and PDFBOX-3017 
so it can be closed?

> support "Long Term Validation" signature extensions (LTV)
> -
>
> Key: PDFBOX-2776
> URL: https://issues.apache.org/jira/browse/PDFBOX-2776
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Signing
>Affects Versions: 2.0.0
>Reporter: Ralf Hauser
>Priority: Major
> Fix For: 3.0.0 PDFBox
>
>
> in recent acrobat readers, every signature is commented w.r.t. "LTV"
> ETSI TS 102 778-4 V1.1.2 (2009-12) Technical Specification
> referenced as part 4 in
> http://en.wikipedia.org/wiki/PAdES 
> It would be great if pdf signatures created with PDFBox would assist in 
> creatign those.
> Target test setup: 
> 1) input of an unsigned PDF-1.5 document
> 2) signature with
> a) local key pair
> b) hsm
> c) remote signature service (e.g. via soap)
> 3) add ocsp response for LTV (crls typically are larger)
> ==> Result: signed pdf where acrobat reader claims it to be "LTV enabled"
> see also PDFBOX-1848
> more in 
> http://stackoverflow.com/questions/26090558/ltv-enabled-signature-in-pdf



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4221) Numbers of source Raster bands and source color space components do not match

2020-10-12 Thread Nathan Broadbent (Jira) 


[ 
https://issues.apache.org/jira/browse/PDFBOX-4221?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17212193#comment-17212193
 ] 

Nathan Broadbent commented on PDFBOX-4221:
--

If anyone else finds this issue, please note that there is a typo in the above 
example, and the class path argument (-cp) needs to be separated with a colon 
":" (instead of a semicolon ";")

Also note that you can't seem to use a wild card following partial filenames. I 
initially followed the [naming convention shown in this 
comment|https://issues.apache.org/jira/browse/PDFBOX-4464?focusedCommentId=16768568=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16768568],
 where I tried to reference twelvemonkeys-*.jar like this: 

{{-cp "pdfbox-app-2.0.9.jar;lib/twelvemonkeys-*"}}

This does not work. You can only use {{lib/*}}, or {{lib/twelvemonkeys/*, etc.}}

Here is a script I wrote to download all of the twelve monkeys Jar files into a 
"vendor" directory:

 

{{echo "Downloading Twelve Monkeys image libraries..."}}
{{DOWNLOAD_PATH="vendor"}}

{{TWELVE_MONKEYS_VERSION="3.6"}}{{}}


{{mkdir -p "$DOWNLOAD_PATH/twelvemonkeys"}}{{for TWELVE_MONKEYS_PKG in 
common-lang common-io common-image imageio-core imageio-metadata imageio-jpeg; 
do}}
{{ if [[ "$TWELVE_MONKEYS_PKG" == "common"* ]]; then}}
{{ PKG_DIR="common"}}
{{ else}}
{{ PKG_DIR="imageio"}}
{{ fi}}
{{ echo "===> Downloading $PKG_DIR/$TWELVE_MONKEYS_PKG..."}}
{{ curl -fL \}}
{{ 
"http://search.maven.org/remotecontent?filepath=com/twelvemonkeys/$PKG_DIR/${TWELVE_MONKEYS_PKG}/${TWELVE_MONKEYS_VERSION}/${TWELVE_MONKEYS_PKG}-${TWELVE_MONKEYS_VERSION}.jar;
 \}}
{{ -o "$DOWNLOAD_PATH/twelvemonkeys/${TWELVE_MONKEYS_PKG}.jar"}}
{{done}}{{java -Dsun.java2d.cmm=sun.java2d.cmm.kcms.KcmsServiceProvider \}}
{{ -cp "$DOWNLOAD_PATH/pdfbox-app.jar:$DOWNLOAD_PATH/twelvemonkeys/*" \}}
{{ "org.apache.pdfbox.tools.PDFBox" \}}
{{ --version 2>&1 | grep "PDFBox version"}}

 

You should also go to the GitHub repo 
(https://github.com/haraldk/TwelveMonkeys), and click "Watch => Releases Only" 
to get notified for any new versions. 

 

> Numbers of source Raster bands and source color space components do not match
> -
>
> Key: PDFBOX-4221
> URL: https://issues.apache.org/jira/browse/PDFBOX-4221
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.9
> Environment: Command-Line Tools: PDFToImage
>Reporter: Silvan Eugen Lincan
>Priority: Major
> Attachments: Test_PDFToImage_IllegalArgumentException.pdf
>
>
> When trying to convert from PDF to Image the attached example PDF 
> [^Test_PDFToImage_IllegalArgumentException.pdf], the following exception is 
> thrown:
> {code:java}
> Exception in thread "main" java.lang.IllegalArgumentException: Numbers of 
> source Raster bands and source color space components do not match
>     at java.awt.image.ColorConvertOp.filter(ColorConvertOp.java:482)
>     at 
> com.sun.imageio.plugins.jpeg.JPEGImageReader.acceptPixels(JPEGImageReader.java:1280)
>     at com.sun.imageio.plugins.jpeg.JPEGImageReader.readImage(Native Method)
>     at 
> com.sun.imageio.plugins.jpeg.JPEGImageReader.readInternal(JPEGImageReader.java:1247)
>     at 
> com.sun.imageio.plugins.jpeg.JPEGImageReader.read(JPEGImageReader.java:1050)
>     at org.apache.pdfbox.filter.DCTFilter.decode(DCTFilter.java:91)
>     at org.apache.pdfbox.cos.COSInputStream.create(COSInputStream.java:77)
>     at org.apache.pdfbox.cos.COSStream.createInputStream(COSStream.java:175)
>     at 
> org.apache.pdfbox.pdmodel.common.PDStream.createInputStream(PDStream.java:241)
>     at 
> org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.createInputStream(PDImageXObject.java:676)
>     at 
> org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.from8bit(SampledImageReader.java:352)
>     at 
> org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.getRGBImage(SampledImageReader.java:212)
>     at 
> org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.getImage(PDImageXObject.java:421)
>     at 
> org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.getImage(PDImageXObject.java:402)
>     at org.apache.pdfbox.rendering.PageDrawer.drawImage(PageDrawer.java:1046)
>     at 
> org.apache.pdfbox.contentstream.operator.graphics.DrawObject.process(DrawObject.java:62)
>     at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processOperator(PDFStreamEngine.java:848)
>     at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processStreamOperators(PDFStreamEngine.java:503)
>     at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processStream(PDFStreamEngine.java:477)
>     at 
> org.apache.pdfbox.contentstream.PDFStreamEngine.processPage(PDFStreamEngine.java:150)
>     at

[jira] [Commented] (PDFBOX-4984) Widget Quadding ignored

2020-10-12 Thread Jira 


[ 
https://issues.apache.org/jira/browse/PDFBOX-4984?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17212192#comment-17212192
 ] 

Gonçalo Santos commented on PDFBOX-4984:


[~tilman] here you go [^Examplecertificate-blanco.pdf] . This is a simplified 
version of the original file, in this case *fullName* field has two widgets 
(with *Q=1*).

> Widget Quadding ignored
> ---
>
> Key: PDFBOX-4984
> URL: https://issues.apache.org/jira/browse/PDFBOX-4984
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 2.0.21
>Reporter: Gonçalo Santos
>Priority: Major
>  Labels: easyfix, pull-request-available
> Attachments: Examplecertificate-blanco.pdf, 
> image-2020-10-08-15-49-22-577.png
>
>
> When setting value of a text field, that has two widgets (duplicated/copied 
> field), the quadding (*Q*) value from the widget is ignored and always uses 
> field instead.
>  * In attachment you have an example of the pdf structured causing the issue.
>  * Already created a pull request with the fix: 
> [https://github.com/apache/pdfbox/pull/87].
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4984) Widget Quadding ignored

2020-10-12 Thread Jira 


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

Gonçalo Santos updated PDFBOX-4984:
---
Attachment: Examplecertificate-blanco.pdf

> Widget Quadding ignored
> ---
>
> Key: PDFBOX-4984
> URL: https://issues.apache.org/jira/browse/PDFBOX-4984
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 2.0.21
>Reporter: Gonçalo Santos
>Priority: Major
>  Labels: easyfix, pull-request-available
> Attachments: Examplecertificate-blanco.pdf, 
> image-2020-10-08-15-49-22-577.png
>
>
> When setting value of a text field, that has two widgets (duplicated/copied 
> field), the quadding (*Q*) value from the widget is ignored and always uses 
> field instead.
>  * In attachment you have an example of the pdf structured causing the issue.
>  * Already created a pull request with the fix: 
> [https://github.com/apache/pdfbox/pull/87].
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Jenkins build became unstable: PDFBox » PDFBox-Trunk-jdk16 #83

2020-10-12 Thread Apache Jenkins Server 
See 



-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Jenkins build became unstable: PDFBox » PDFBox-Trunk-jdk16 » Apache PDFBox #83

2020-10-12 Thread Apache Jenkins Server 
See 



-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org