Look at the attachments here please:
http://forum-alternative-antriebe.de/index.php/topic,6042.msg96948.html#msg96948
They are shown in their correct direction. If you click on a thumbnail to see the original size of the image the picture will be turned somehow.
I think this has something to do with apple devices. Is there any way to fix this?
I think I have an account there, right? (Since the link you posted is registered only.)
/me looks around for the password. xD
Yes, you have. Do you need a new password?
You (and others) can use this account:
username: ---
password: ---
I will change the password from time to time to prevent spam.
Changed the account...
I have not looked at the pictures but I'll describe the issue as I did
Here (http://www.elkarte.net/community/index.php?topic=2509.msg16672#msg16672)
Apple saves images with an "orientation flag" indicating what direction and which camera front/back. Now they could have auto corrected the saved image and saved the internet a bunch of headaches, but they wanted to say how much faster their phone was a shooting pictures then others, and you can't be fast if you are doing the corrections. Instead they tossed it out to the internet to take care of and so began years of wrong orientation images.
In an effort to help, folks would edit the image and rotate them, but the programs doing so did not know about the new orientation flag, so it would remain set even though the image was now correct. That image when shown on a system that understood the orientation flag would be rotated the wrong direction but appear correct on an older system, brilliant!
Elkarte does attempt to correct for the orientation flag but requires that you use ImageMagick instead of GD (setting in your ACP). Also I remember opening a bug report, or maybe a discussion here, where there were some cases when that process was not called, it may have been for images under a certain size or something, but I can' remember right now ... to early, need more coffee
Oh, sorry.
Hm, I can't find the point to edit the setting in my ACP. O:-) The search box in my ACP didn't find anything, and me too.
Found the issue that I recalled on this .. https://github.com/elkarte/Elkarte/issues/2404
Since your thumbnails are correct, the code ran when it created them and corrected the orientation. However the full images themselves were not changed (resized nor re-encoded) so they were left "as taken". The issue above notes that the orientation code will not get run in all cases when in fact it should ... call it a bug if you like.
Maybe a nice feature for 2.0. I'd still like to see us fix the processing "path" for 1.1 so the existing code fires every time as I feel it will be correct >95% of the time.
If you need an example: http://forum-alternative-antriebe.de/index.php/topic,6943.0.html
Still have problems with this thingy. Avatar images, attached images... Often in the wrong direction because a lot of my users seem to use Apple devices. A solution for 1.1 would be really great!
A solution for 1.0.x already exists, it was introduced into the core of elkarte since 1.0.10. Have you enabled in ACP > Forum > Attachments and avatars > Attachment Settings -> Detect and fix improperly rotated images ?
You can do a test using these images: https://github.com/recurser/exif-orientation-examples
No, I hadn't. Don't know this option is available now within 1.0.10. :-[
I activated it now, but the images are still false rotated. Does it work only with new attached images?
Yes, only with newer images since they are rotated during upload.
Ah, okay. Thanks, I will test it.
Here's an example. With my Chrome the thumbnail is false rotated, the full image is correct. With my IE in my office both the thumbnail AND the full image is not correct! :-X
http://forum-alternative-antriebe.de/index.php/topic,7062.msg117144.html#msg117144
So we still have a problem with the wrong direction of images.
Are you running GD2 or Imagik for your image processing? If GD2, you also need to have the php exif extension loaded.
Here's what my PHP-Info says:
GD Support enabled
GD Version bundled (2.1.0 compatible)
FreeType Support enabled
FreeType Linkage with freetype
FreeType Version 2.4.8
T1Lib Support enabled
GIF Read Support enabled
GIF Create Support enabled
JPEG Support enabled
libJPEG Version 8
PNG Support enabled
libPNG Version 1.2.46
WBMP Support enabled
XPM Support enabled
libXpm Version 30411
XBM Support enabled
WebP Support enabled
EXIF Support enabled
EXIF Version 1.4 $Id: 1c8772f76be691b7b3f77ca31eb788a2abbcefe5 $
Supported EXIF Version 0220
Supported filetypes JPEG,TIFF
imagick module version 3.4.1
imagick classes Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator
Imagick compiled with ImageMagick version ImageMagick 6.6.9-7 2014-03-06 Q16 http://www.imagemagick.org
Imagick using ImageMagick library version ImageMagick 6.6.9-7 2017-03-14 Q16 http://www.imagemagick.org
ImageMagick copyright Copyright (C) 1999-2011 ImageMagick Studio LLC
ImageMagick release date 2017-03-14
ImageMagick number of supported formats: 206
What's running, GD or Imagick? Or both? I don't know. :-[
But if EXIF is only enabled for JPEG and TIFF, maybe that's the problem? Shouldn't it be enabled too for JPG?
The system will choose Imagick over GD when both are available.
Looks like you have all the needed prerequisites on the server to do the rotation so ......... not sure. Could still be a bug that is preventing or skipping the rotation (we had and fixed one of those), or a bad image (sometimes an image rotation was "fixed" by a program that does not update the orientation flag).
Any way I could get the original image to test so I can see what may be occurring?
Sure. You can see/dopwnload it in the post itself:
http://forum-alternative-antriebe.de/index.php/topic,7062.msg117144.html#msg117144
(it's the last one with the yellow cab)
I also downloaded it for you and attached it here. But here it is in the right direction, in my board not. :o
I think Spuds asked for the original image, not the image published on your forum or resized by your forum.You should ask your member to send it by mail, better if zipped, just to be sure that email client did not modify in any way that image.
Have you tried this?
Thanks, radu, I asked for the image.
No, I haven't tried them yet. I will soon.
@Jorin on my forum the image is correctly rotated (thumbnail and full image)
It seems to depend on the browser.
Thank you for the photo ... that will help.
I can at least confirm that the EXIF data on your site shows the photo is rotated 180, which means the orientation function did not, or failed, to run. If it had run, it would set the flag as a normal image.
With that flag at 180 its up the the viewing application to use it or not, some do, some don't. That of course is why we have the rotation function to begin with.
I can also confirm that you site is running the imagick functions.
I think you also use the image resize addon, please confirm.
I have this sorted, at least I think so.
The problem is an incompatibility between the 1.0.10 rotation updates and the attachment image resize addon under certain conditions. Easy fix but want to do a few more tests before I release an update.
Updated to v1.0.4 .... get it here: http://addons.elkarte.net/utility/Attachment-Resize.html
Download the new package or use the package server function, Uninstall 1.0.3 and install 1.0.4 ...
I deinstalled my 1.0.2 and installed your 1.0.4, but still the wrong direction (using latest Chrome Browser) of the thumbnail. The image itself, if clicked on the thumbnail, is rotated correct. :(
Did you upload again the picture?
I think the correction is applied when the image is uploaded (but I may be wrong!).
This I did not. :-[
Yet I did. It's perfect now! Thank you very much,
@Spuds ! :)