- Issue created by @ndewhurst
- πΊπΈUnited States azinck
I haven't tested this with Brandfolder, but I'd expect this module to solve your problems: https://www.drupal.org/project/exif_orientation β
-
ndewhurst β
committed 29ca8019 on 5.0.x
#3379816 Update DB merge() syntax and Merge class usage.
-
ndewhurst β
committed 29ca8019 on 5.0.x
- πΊπΈUnited States ndewhurst USA
Hi azinck, thanks for the suggestion. That module addresses the same type of issue but wouldn't help in our case. The symptom we're dealing with here manifests after Brandfolder has already processed a user-uploaded image file on their end, and the metadata that comes through from their API is inconsistent. The perceived orientation of the Brandfolder-hosted image is correct, but the width and height values provided by the API are interposed sometimes. I looked at the EXIF data exif_orientation reads, but didn't find a similar pattern with what comes over the wire from Brandfolder or exists within the image files themselves. In any case, while I could add support for the native PHP exif read on Brandfolder "files," supporting the image rotate() op as it's used by exif_orientation would be a bit outside the current scope/paradigm in terms of how BF images are transformed upon delivery / per image style.
- Status changed to Fixed
8 months ago 9:48pm 22 March 2024 - πΊπΈUnited States ndewhurst USA
Upon testing/review, we decided the safest/most feasible option was (2). BF Image media entities now have this option on the media edit form:
This is available and working with Drupal 10 in 5.0.x-dev.
Automatically closed - issue fixed for 2 weeks with no activity.