EXIF orientation is not taken into account in uploaded images

I suspect the problem is that the includes a mandatory rotation in the Exif data and that jpegoptim strips it out:

$ file before.jpg
before.jpg: JPEG image data, JFIF standard 1.01, aspect ratio, density 1x1, segment length 16, Exif Standard: [TIFF image data, little-endian, direntries=11, manufacturer=Panasonic, model=DMC-SZ10, orientation=upper-right, xresolution=166, yresolution=174, resolutionunit=2, software=Shotwell 0.22.0], baseline, precision 8, 2302x2121, frames 3

$ cp before.jpg after.jpg
$ jpegoptim --strip-all after.jpg
after.jpg 2302x2121 24bit N Exif XMP JFIF [OK] 740417 --> 728927 bytes (1.55%), optimized.

$ file after.jpg
after.jpg: JPEG image data, JFIF standard 1.01, aspect ratio, density 1x1, segment length 16, baseline, precision 8, 2302x2121, frames 3

Actually the problem comes before jpegoptim enters the picture. The images served out of /uploaded/ are not rotated properly on the "Crop photo" page and the browser will only apply the EXIF rotation if the image is navigated to directly.

Maybe we need to run exiftran (https://www.kraxel.org/blog/linux/fbida/) first on all of the uploaded images to ensure that the orientation is fixed up before crop happens.

Here's the output of:

    exiftran -o rotated.jpg -a P1000927_tmp.JPG

I committed a fix:
https://git.launchpad.net/~libravatar/libravatar/commit/?id=55a9a9b8a36137bde7e0aae2b17dd96f59d05aff

but it doesn't seem to be working :(

The problem in my fix is that I applied it to PNG files instead of JPEG.

exiftran is now running on JPG files instead of PNG ones, but it still doesn't rotate the file. Perhaps it needs to be applied before cropping instead of afterwards.

Ideally it should be applied on the uploaded file directly since we probably want to see the rotated photo while cropping.