[jira] [Comment Edited] (PDFBOX-4317) Some feature of the given JPEG leads to erroneous results, when adding (drawing) it to a PDPageContentStream.

2018-09-27 Thread CAP (JIRA)


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

CAP edited comment on PDFBOX-4317 at 9/27/18 12:28 PM:
---

*Update concerning the issue (and especially this image):*
 Adobe had another look into the problem and claim, that the image itself is 
erroneous (as it is missing required DHT markers), which are ignored in simple 
applications like paint, but lead to said issues in more complex applications, 
that indeed try to evaluate the markers. (such as the Adobe Reader)
 Long story short: The image does not conform to the progressive JPEG standard 
and the issue is most likely located in the application creating the JPEG.

Sorry for having bothered you and thanks for your support!

*(In case you are a german speaker - the answer from Adobe: )*
_[...]Zum anderen ist das JPEG selber nicht korrekt. Es kann beispielsweise 
nicht in Photoshop geöffnet werden (siehe anhängendes Photoshop.png). Meine 
Kollegen vom Photoshop-Team_
 _haben sich dies angesehen und mich wissen lassen, dass dies passiert, weil 
das JPEG leere DHT-Markers hat. Diese werden in einfachen Apps wie Paint 
ignoriert (so dass ich das JPEG dort aufmachen und in das PDF konvertieren 
konnte, das ich Ihnen mit meiner_
 _letzten Mail schickte) aber Photoshop und Acrobat versuchen diese auszulesen 
und wenn dort keine Informationen sind, kann das JPEG nicht geöffnet oder 
angezeigt werden._

_Zusammengefasst heisst das, dass das JPEG nicht den Standards entspricht und 
die PDF keine korrekte PDF/A-1b ist. Das ist leide rnichts, was wir ändern 
können. Ich_
 _habe dahe rin diesem Fall leider keine Lösung._


was (Author: cap-softvision):
*Update concerning the issue (and especially this image):*
 Adobe had another look into the problem and claim, that the image itself is 
erroneous (as it is missing required DHT markers), which are ignored in simple 
applications like paint, but lead to said issues in more complex applications, 
that indeed try to evaluate the markers. (such as the Adobe Reader)
 Long story short: The image does not conform to the progressive JPEG standard 
and the issue is most likely located in the application creating the JPEG.

Sorry for having bothered you and thanks for your support!

*(In case you are a german speaker - the answer from Adobe: )*
 _[...]Zum anderen ist das JPEG selber nicht korrekt. Es kann beispielsweise 
nicht in Photoshop geöffnet werden (siehe anhängendes Photoshop.png). Meine 
Kollegen vom Photoshop-Team
 haben sich dies angesehen und mich wissen lassen, dass dies passiert, weil das 
JPEG leere DHT-Markers hat. Diese werden in einfachen Apps wie Paint ignoriert 
(so dass ich das JPEG dort aufmachen und in das PDF konvertieren konnte, das 
ich Ihnen mit meiner
 letzten Mail schickte) aber Photoshop und Acrobat versuchen diese auszulesen 
und wenn dort keine Informationen sind, kann das JPEG nicht geöffnet oder 
angezeigt werden.

Zusammengefasst heisst das, dass das JPEG nicht den Standards entspricht und 
die PDF keine korrekte PDF/A-1b ist. Das ist leide rnichts, was wir ändern 
können. Ich
 habe dahe rin diesem Fall leider keine Lösung._

> Some feature of the given JPEG leads to erroneous results, when adding 
> (drawing) it to a PDPageContentStream.
> -
>
> Key: PDFBOX-4317
> URL: https://issues.apache.org/jira/browse/PDFBOX-4317
> Project: PDFBox
>  Issue Type: Bug
>  Components: Writing
>Affects Versions: 2.0.9
>Reporter: CAP
>Priority: Major
> Fix For: 2.0.13, 3.0.0 PDFBox
>
> Attachments: IMG-20180719-WA.jpg, UsingAdobeDC.pdf, 
> image-2018-09-14-09-13-56-216.png, image-2018-09-14-09-14-45-358.png, 
> image-2018-09-14-09-15-40-860.png, itext.pdf, out.pdf
>
>
> Some feature of the given JPEG leads to erroneous results, when adding 
> (drawing) it to a PDPageContentStream.
> The document itself is created just fine and the page is displayable in the 
> "PDF Debugger" application, but for example the Adobe Reader is reporting an 
> "internal Error", when opening the created PDF.
> Reproducable via:
> {code:java}
> try(PDDocument document = new PDDocument()){
>  PDPage page = new PDPage();
>  try(PDPageContentStream pcs = new PDPageContentStream(document, page)){
> PDImageXObject pdImage = PDImageXObject.createFromFile("path to jpeg", 
> document);
> pcs.drawImage(pdImage, 30, 30);
>  }
>  document.addPage(page);
>  document.save(new File("output file"));
> }{code}



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

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

[jira] [Comment Edited] (PDFBOX-4317) Some feature of the given JPEG leads to erroneous results, when adding (drawing) it to a PDPageContentStream.

2018-09-27 Thread CAP (JIRA)


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

CAP edited comment on PDFBOX-4317 at 9/27/18 12:27 PM:
---

*Update concerning the issue (and especially this image):*
 Adobe had another look into the problem and claim, that the image itself is 
erroneous (as it is missing required DHT markers), which are ignored in simple 
applications like paint, but lead to said issues in more complex applications, 
that indeed try to evaluate the markers. (such as the Adobe Reader)
 Long story short: The image does not conform to the progressive JPEG standard 
and the issue is most likely located in the application creating the JPEG.

Sorry for having bothered you and thanks for your support!

*(In case you are a german speaker - the answer from Adobe: )*
 _[...]Zum anderen ist das JPEG selber nicht korrekt. Es kann beispielsweise 
nicht in Photoshop geöffnet werden (siehe anhängendes Photoshop.png). Meine 
Kollegen vom Photoshop-Team
 haben sich dies angesehen und mich wissen lassen, dass dies passiert, weil das 
JPEG leere DHT-Markers hat. Diese werden in einfachen Apps wie Paint ignoriert 
(so dass ich das JPEG dort aufmachen und in das PDF konvertieren konnte, das 
ich Ihnen mit meiner
 letzten Mail schickte) aber Photoshop und Acrobat versuchen diese auszulesen 
und wenn dort keine Informationen sind, kann das JPEG nicht geöffnet oder 
angezeigt werden.

Zusammengefasst heisst das, dass das JPEG nicht den Standards entspricht und 
die PDF keine korrekte PDF/A-1b ist. Das ist leide rnichts, was wir ändern 
können. Ich
 habe dahe rin diesem Fall leider keine Lösung._


was (Author: cap-softvision):
*Update concerning the issue (and especially this image):*
Adobe had another look into the problem and claim, that the image itself is 
erroneous (as it is missing required DHT markers), which are ignored in simple 
applications like paint, but lead to said issues in more complex applications, 
that indeed try to evaluate the markers. (such as the Adobe Reader)
Long storry short: The image does not conform to the progressive JPEG standard 
and the issue is most likely located in the application creating the JPEG.

Sorry for having bothered you and thanks for your support!

*(In case you are a german speaker - the answer from Adobe:)*
_[...]Zum anderen ist das JPEG selber nicht korrekt. Es kann beispielsweise 
nicht in Photoshop geöffnet werden (siehe anhängendes Photoshop.png). Meine 
Kollegen vom Photoshop-Team
 haben sich dies angesehen und mich wissen lassen, dass dies passiert, weil das 
JPEG leere DHT-Markers hat. Diese werden in einfachen Apps wie Paint ignoriert 
(so dass ich das JPEG dort aufmachen und in das PDF konvertieren konnte, das 
ich Ihnen mit meiner
 letzten Mail schickte) aber Photoshop und Acrobat versuchen diese auszulesen 
und wenn dort keine Informationen sind, kann das JPEG nicht geöffnet oder 
angezeigt werden.

Zusammengefasst heisst das, dass das JPEG nicht den Standards entspricht und 
die PDF keine korrekte PDF/A-1b ist. Das ist leide rnichts, was wir ändern 
können. Ich
 habe dahe rin diesem Fall leider keine Lösung._

> Some feature of the given JPEG leads to erroneous results, when adding 
> (drawing) it to a PDPageContentStream.
> -
>
> Key: PDFBOX-4317
> URL: https://issues.apache.org/jira/browse/PDFBOX-4317
> Project: PDFBox
>  Issue Type: Bug
>  Components: Writing
>Affects Versions: 2.0.9
>Reporter: CAP
>Priority: Major
> Fix For: 2.0.13, 3.0.0 PDFBox
>
> Attachments: IMG-20180719-WA.jpg, UsingAdobeDC.pdf, 
> image-2018-09-14-09-13-56-216.png, image-2018-09-14-09-14-45-358.png, 
> image-2018-09-14-09-15-40-860.png, itext.pdf, out.pdf
>
>
> Some feature of the given JPEG leads to erroneous results, when adding 
> (drawing) it to a PDPageContentStream.
> The document itself is created just fine and the page is displayable in the 
> "PDF Debugger" application, but for example the Adobe Reader is reporting an 
> "internal Error", when opening the created PDF.
> Reproducable via:
> {code:java}
> try(PDDocument document = new PDDocument()){
>  PDPage page = new PDPage();
>  try(PDPageContentStream pcs = new PDPageContentStream(document, page)){
> PDImageXObject pdImage = PDImageXObject.createFromFile("path to jpeg", 
> document);
> pcs.drawImage(pdImage, 30, 30);
>  }
>  document.addPage(page);
>  document.save(new File("output file"));
> }{code}



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

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

[jira] [Comment Edited] (PDFBOX-4317) Some feature of the given JPEG leads to erroneous results, when adding (drawing) it to a PDPageContentStream.

2018-09-21 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr edited comment on PDFBOX-4317 at 9/21/18 5:02 PM:
--

I'll add a warning for progressive JPEG files. First in the trunk, after 
release of 2.0.12 also in the 2.0.13 version.


was (Author: tilman):
I'll add a warning for progressive JPEG files. First in the trunk, after 
release of 2.0.12 also in the 2.0 version.

> Some feature of the given JPEG leads to erroneous results, when adding 
> (drawing) it to a PDPageContentStream.
> -
>
> Key: PDFBOX-4317
> URL: https://issues.apache.org/jira/browse/PDFBOX-4317
> Project: PDFBox
>  Issue Type: Bug
>  Components: Writing
>Affects Versions: 2.0.9
>Reporter: CAP
>Priority: Major
> Fix For: 3.0.0 PDFBox, 2.0.13
>
> Attachments: IMG-20180719-WA.jpg, UsingAdobeDC.pdf, 
> image-2018-09-14-09-13-56-216.png, image-2018-09-14-09-14-45-358.png, 
> image-2018-09-14-09-15-40-860.png, itext.pdf, out.pdf
>
>
> Some feature of the given JPEG leads to erroneous results, when adding 
> (drawing) it to a PDPageContentStream.
> The document itself is created just fine and the page is displayable in the 
> "PDF Debugger" application, but for example the Adobe Reader is reporting an 
> "internal Error", when opening the created PDF.
> Reproducable via:
> {code:java}
> try(PDDocument document = new PDDocument()){
>  PDPage page = new PDPage();
>  try(PDPageContentStream pcs = new PDPageContentStream(document, page)){
> PDImageXObject pdImage = PDImageXObject.createFromFile("path to jpeg", 
> document);
> pcs.drawImage(pdImage, 30, 30);
>  }
>  document.addPage(page);
>  document.save(new File("output file"));
> }{code}



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

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



[jira] [Comment Edited] (PDFBOX-4317) Some feature of the given JPEG leads to erroneous results, when adding (drawing) it to a PDPageContentStream.

2018-09-14 Thread CAP (JIRA)


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

CAP edited comment on PDFBOX-4317 at 9/14/18 7:46 AM:
--

Hello Mr. Hausherr,
 that is exactly what is confusing me. The PDF does contain all necessary 
information in a valid form, to display the image and ie the PDF Debugger never 
complained about the containing page and displays the image just fine.
 Also I am not able to find anything, that is "special" about this jpeg and I 
have already disected it to the best of my ability. We have already added 
similar jpegs to PDF files (using PDFbox) and never encountered a behaviour 
like this.

*The problem*
 When opening the PDF in Adobe applications like Adobe Reader or Adobe Acrobat 
Pro DC, the application will still claim, that the image's stream is erroneous 
(appended screenshots).
 As the PDF has been created using the given code, this can only be referring 
to the image stream (as the stream is the only thing contained in the PDF).

*Where did you get it?*
 The image has been send to us by a customer and "Has been shot using an 
Android-Handy. Has been send to another user via WhatsApp and has finally been 
appended to a mail (*.eml) file."

*EDIT*
I appended a PDF file, that has been created by Adobe Acrobat Pro DC and does 
seem to contain the image in a "valid" stream.

*Adobe Acrobat Pro DC*
 !image-2018-09-14-09-14-45-358.png!

 

*Adobe Reader (an internal Error occurred)*
 *!image-2018-09-14-09-15-40-860.png!*


was (Author: cap-softvision):
Hello Mr. Hausherr,
that is exactly what is confusing me. The PDF does contain all necessary 
information in a valid form, to display the image and ie the PDF Debugger never 
complained about the containing page and displays the image just fine.
Also I am not able to find anything, that is "special" about this jpeg and I 
have already disected it to the best of my ability. We have already added 
similar jpegs to PDF files (using PDFbox) and never encountered a behaviour 
like this.

*The problem*
 When opening the PDF in Adobe applications like Adobe Reader or Adobe Acrobat 
Pro DC, the application will still claim, that the image's stream is erroneous 
(appended screenshots).
As the PDF has been created using the given code, this can only be referring to 
the image stream (as the stream is the only thing contained in the PDF).

*Where did you get it?*
The image has been send to us by a customer and "Has been shot using an 
Android-Handy. Has been send to another user via WhatsApp and has finally been 
appended to a mail (*.eml) file."

*Adobe Acrobat Pro DC*
!image-2018-09-14-09-14-45-358.png!

 

*Adobe Reader (an internal Error occurred)*
*!image-2018-09-14-09-15-40-860.png!*

> Some feature of the given JPEG leads to erroneous results, when adding 
> (drawing) it to a PDPageContentStream.
> -
>
> Key: PDFBOX-4317
> URL: https://issues.apache.org/jira/browse/PDFBOX-4317
> Project: PDFBox
>  Issue Type: Bug
>  Components: Writing
>Affects Versions: 2.0.9
>Reporter: CAP
>Priority: Major
> Attachments: IMG-20180719-WA.jpg, UsingAdobeDC.pdf, 
> image-2018-09-14-09-13-56-216.png, image-2018-09-14-09-14-45-358.png, 
> image-2018-09-14-09-15-40-860.png, out.pdf
>
>
> Some feature of the given JPEG leads to erroneous results, when adding 
> (drawing) it to a PDPageContentStream.
> The document itself is created just fine and the page is displayable in the 
> "PDF Debugger" application, but for example the Adobe Reader is reporting an 
> "internal Error", when opening the created PDF.
> Reproducable via:
> {code:java}
> try(PDDocument document = new PDDocument()){
>  PDPage page = new PDPage();
>  try(PDPageContentStream pcs = new PDPageContentStream(document, page)){
> PDImageXObject pdImage = PDImageXObject.createFromFile("path to jpeg", 
> document);
> pcs.drawImage(pdImage, 30, 30);
>  }
>  document.addPage(page);
>  document.save(new File("output file"));
> }{code}



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

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