[ 
https://issues.apache.org/jira/browse/IMAGING-310?focusedWorklogId=649756&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-649756
 ]

ASF GitHub Bot logged work on IMAGING-310:
------------------------------------------

                Author: ASF GitHub Bot
            Created on: 12/Sep/21 21:26
            Start Date: 12/Sep/21 21:26
    Worklog Time Spent: 10m 
      Work Description: coveralls commented on pull request #163:
URL: https://github.com/apache/commons-imaging/pull/163#issuecomment-917713359


   
   [![Coverage 
Status](https://coveralls.io/builds/42812432/badge)](https://coveralls.io/builds/42812432)
   
   Coverage remained the same at 76.839% when pulling 
**fcfafb6efebb52d5f4566344970ba551350b5c69 on 
jephillips34:IMAGING-310-JpegImageParser-colorType** into 
**b6b4e9c739ffc22fa0cdad3d54dd203682a47960 on apache:master**.
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


Issue Time Tracking
-------------------

    Worklog Id:     (was: 649756)
    Time Spent: 40m  (was: 0.5h)

> JpegImageParser: Grayscale JPEG file with app14Segment returns 
> ColorType.UNKNOWN
> --------------------------------------------------------------------------------
>
>                 Key: IMAGING-310
>                 URL: https://issues.apache.org/jira/browse/IMAGING-310
>             Project: Commons Imaging
>          Issue Type: Bug
>          Components: Format: JPEG
>    Affects Versions: 1.0-alpha2
>            Reporter: John Phillips
>            Priority: Major
>         Attachments: sample-grayscale-with-app14segment.jpg
>
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> In org.apache.commons.imaging.formats.jpeg. the logic to determine colorType 
> (lines 825-970) does not account for a Grayscale image when there is an app14 
> segment present.
> When the number of components is 1 or 2, the colorType should always be 
> Grayscale. None of the other logic would change that.
> It seems to me that the switch (numberOfComponents) statement should be moved 
> to the top of this bit of code, and the rest of the logic should handled 
> under Case 3 & 4:
> {noformat}
> // See 
> http://docs.oracle.com/javase/6/docs/api/javax/imageio/metadata/doc-files/jpeg_metadata.html#color
> ImageInfo.ColorType colorType = ImageInfo.ColorType.UNKNOWN;
> switch (numberOfComponents) {
> case 1:
>     colorType = ImageInfo.ColorType.GRAYSCALE;
>     break;
>     
> case 2:
>     colorType = ImageInfo.ColorType.GRAYSCALE;
>     transparent = true;
>     break;
>     
> case 3:
> case 4:
>     // Some images have both JFIF/APP0 and APP14.
>     // JFIF is meant to win but in them APP14 is clearly right, so make it 
> win.
>     if (app14Segment != null && app14Segment.isAdobeJpegSegment()) {
> etc.
> {noformat}
> Attached sample-grayscale-with-app14segment.jpg, which can be used to 
> demonstrate the issue.
> I've modified the code locally, but I'm a newbie at submitting 
> pull-requests....



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

Reply via email to