Bug: photos are upright in tagging workflow but rotated 90° when cropped

I’ve seen this happen with a set of photos that came from a particular camera/phone, and I have a hunch for the cause. First — a user story:

1. Given I am logged in
2. And I have permissions to tag faces in photos
3. When I am tagging a face in a certain photo
4. And the photo appears at the correct orientation in the tagging interface
5. Then I see the cropped officer tag is rotated 90º from how it had appeared in the tagging interface
6. And the size and shape of the crop are true to how I had input them

Expected result: the cropped image is “upright” in the same orientation as the tagging interface
Actual result: certain cropped images are rotated 90º (most frequently counter clockwise)

Example image: https://www.openoversight.com/officer/12035

My suspicion is the tagging interface is correctly using an EXIF property like orientation, e.g:

• https://jdhao.github.io/2019/07/31/image_rotation_exif_info/
• https://sirv.com/help/articles/rotate-photos-to-be-upright/

…and then the processing routine is either ignoring that value or incorrectly applying the orientation.

Start by tracing the tagging interface and the processing routine that creates face crops, then inspect how the source photo's EXIF orientation is handled. Use the linked example image and a photo showing the issue to verify that the cropped result preserves the upright orientation and crop shape from the interface.