https://bugzilla.wikimedia.org/show_bug.cgi?id=31637
Web browser: ---
Bug #: 31637
Summary: MediaWiki uses not only IFD0:Orientation to determine
orientation
Product: MediaWiki
Version: 1.18
Platform: All
OS/Version: All
Status: NEW
Keywords: need-unittest
Severity: normal
Priority: Unprioritized
Component: Images and files
AssignedTo: [email protected]
ReportedBy: [email protected]
CC: [email protected], [email protected],
[email protected]
Depends on: 31487
Blocks: 31504, 6672
Classification: Unclassified
( Similar to Bug #31487 )
[[:commons:File:David_Andrew_Jenkins_and_XAPP.jpg]] had (according to ExifTool)
XMP-tiff:Orientation set to 8. XMP is IPTC Core (Adobe XMP)
Bug: Apparently Mediawiki uses not only IFD0:Orientation (contrary to
https://bugzilla.wikimedia.org/show_bug.cgi?id=31504#c8 )
Btw: The image viewer gThumb which also rotates images based on EXIF info
didn't rotate the image (correct).
own testcase... http://commons.wikimedia.org/wiki/File:AXMPtiffbeach.jpg with
no EXIF data but the XMP-tiff:Orientation tag copyied over from
[[:commons:File:David_Andrew_Jenkins_and_XAPP.jpg]]
Expected: the image shows up in its physical orientation (that is 90° CW).
Observed: 180°CW as MW applies apparently rotation based on the Orientation
tag.
Reason: Either Mediawiki uses not only IFD0:Orientation (contrary to
https://bugzilla.wikimedia.org/show_bug.cgi?id=31504#c8 ) or Exiftool and
https://addons.mozilla.org/de/firefox/addon/exif-viewer/ do something really
wrong here since they say that the image has no EXIF.
Problem: As we now use exiftool to read the IFD0-Orientation tag to be able to
rotate images according to user expectations this breaks Rotatebot in Commons.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
