`resize()` does not properly handle `orientation` metadata about sharp

[lovell]

Please see #2297 (comment)

[Etheryte]

Since Sharp uses libvips for image processing, I went ahead and tried it out natively as well. Running libvips from the command line, the issue is not present and orientation is handled correctly.

$ vips resize bugged-in.jpg out.jpg 0.1

So it seems like the issue stems from Sharp.

[Etheryte]

@lovell Thanks for the hint, that is a functional workaround for the problem. However, I would argue that this is fundamentally still a bug. If you think about it from a layman's perspective, when you open an image in paint and change its size, you wouldn't expect it to suddenly become rotated — likewise here. While I understand the technical rationale behind it, I think from an end user perspective it doesn't make sense as the default. Intuitively, rotating by zero degrees should be a no-op, it shouldn't be a prerequisite for resizing images.

That being said, I'm sure you have good reasons for the design choices and I'm just a random developer doing a drive-by on your library. Just my two cents for thought.

[lovell]

when you open an image in paint and change its size, you wouldn't expect it to suddenly become rotated

sharp is a library not a UI. It will not rotate images unless told to. The documented default behaviour is to remove EXIF metadata.

[lovell]

I hope this information helped. Please feel free to re-open with more details if further assistance is required.