WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
134847
Provide some large JPEG images with EXIF orientation for subsampling tests
https://bugs.webkit.org/show_bug.cgi?id=134847
Summary
Provide some large JPEG images with EXIF orientation for subsampling tests
Dean Jackson
Reported
2014-07-11 16:06:55 PDT
Provide some large JPEG images with EXIF orientation for subsampling tests
Attachments
Patch
(61.31 KB, patch)
2014-07-11 16:12 PDT
,
Dean Jackson
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Dean Jackson
Comment 1
2014-07-11 16:12:02 PDT
Created
attachment 234789
[details]
Patch
Dean Jackson
Comment 2
2014-07-11 16:13:39 PDT
Comment on
attachment 234789
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=234789&action=review
> LayoutTests/ChangeLog:12 > + Four images (either 3000x2000 or 2000x3000) that each have EXIF rotation > + attributes that should render with an arrow pointing UP. The > + orientation-rotate-0.jpg should always render correctly, even if EXIF > + rotation is ignored. The others are variations on that image that were > + saved in rotated form, then reverted to the correct orientation via EXIF.
Hmmm... I don't understand why the patch tool is showing them in their source orientation and ignoring the EXIF. If you open them in an image document, the orientation is correct. I don't know if this is a bug.
Tim Horton
Comment 3
2014-07-14 17:03:09 PDT
(In reply to
comment #2
)
> (From update of
attachment 234789
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=234789&action=review
> > > LayoutTests/ChangeLog:12 > > + Four images (either 3000x2000 or 2000x3000) that each have EXIF rotation > > + attributes that should render with an arrow pointing UP. The > > + orientation-rotate-0.jpg should always render correctly, even if EXIF > > + rotation is ignored. The others are variations on that image that were > > + saved in rotated form, then reverted to the correct orientation via EXIF. > > Hmmm... I don't understand why the patch tool is showing them in their source orientation and ignoring the EXIF. If you open them in an image document, the orientation is correct. I don't know if this is a bug.
That's what happens on Mac Safari at the moment.
WebKit Commit Bot
Comment 4
2014-07-14 18:37:49 PDT
Comment on
attachment 234789
[details]
Patch Clearing flags on attachment: 234789 Committed
r171097
: <
http://trac.webkit.org/changeset/171097
>
WebKit Commit Bot
Comment 5
2014-07-14 18:37:51 PDT
All reviewed patches have been landed. Closing bug.
Simon Fraser (smfr)
Comment 6
2014-07-14 22:20:56 PDT
Two things :) 1. the images should be in fast/images/resources 2. these are progressive JPEGs, which we don't try to subsample
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug