xmlgraphics-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jeremias Maerki (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (XGC-85) JPEGFile fails to handle the records boundaries of some problematic JPEG files
Date Tue, 03 Sep 2013 09:49:51 GMT

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

Jeremias Maerki resolved XGC-85.

    Resolution: Fixed

Fixed in trunk: http://svn.apache.org/r1519620
> JPEGFile fails to handle the records boundaries of some problematic JPEG files
> ------------------------------------------------------------------------------
>                 Key: XGC-85
>                 URL: https://issues.apache.org/jira/browse/XGC-85
>             Project: XMLGraphicsCommons
>          Issue Type: Bug
>    Affects Versions: 1.4
>            Reporter: Jeremias Maerki
>            Assignee: Jeremias Maerki
> Unfortunately, I cannot share the two JPEG images that trigger this bug report but JPEGFile
from the image loaded framework is too strict about the record structure for some JPEGs. Two
> 1. One JPEG simply has multiple 0xFF pad bytes before the actual record marker. These
are legal and just need to be skipped.
> 2. I got a JPEG file that has an XMP packet embedded. Its record length shows the actual
number of the bytes for the packet but that doesn't match the number of bytes until the start
of the next record. The only thing that can be done here is to continue reading until the
first 0xFF record marker which is not perfect but much better than to fail immediately with
an IOException as happens now ("Stream not positioned at a marker segment header").

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org

View raw message