[
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 cases:
> 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: [email protected]
For additional commands, e-mail: [email protected]
