Created on 30 September 2024, 3 months ago

Here are some suggestions

  1. We remove exif_orientation_file_presave() and instead always add an upload validator. This simplifies the code and solves the "too late" problems. Hence we remove _exif_orientation_rotate() and the code can be directly in the FileImageExifOrientationConstraintValidator.
  2. We could copy 4 files from image_effects to give the auto_orient and mirror operations. This significantly simplifies the validation code, removes the (now incorrect) orientation from the EXIF and it can handle flipped images. However what would happen if both modules are installed? Can we make ours lower priority? Maybe we pick different operation names??
🌱 Plan
Status

Active

Version

1.0

Component

Code

Created by

πŸ‡¬πŸ‡§United Kingdom adamps

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Merge Requests

Comments & Activities

  • Issue created by @adamps
  • πŸ‡¬πŸ‡§United Kingdom adamps
  • Merge request !13Overall combined fix β†’ (Open) created by adamps
  • πŸ‡¬πŸ‡§United Kingdom adamps
  • Pipeline finished with Success
    3 months ago
    Total: 153s
    #298214
  • Pipeline finished with Success
    3 months ago
    Total: 153s
    #298215
  • Pipeline finished with Success
    3 months ago
    Total: 184s
    #298700
  • Status changed to Needs review 4 days ago
  • πŸ‡ΊπŸ‡ΈUnited States msielski

    Found this issue via issue #3401578. I'm not able to use the solution here because of the change from using hook_file_presave to only using a form alter. In my use case, images are created via another module (media_acquiadam, but I imagine any situation where images come in via an API would be affected), so the form alter approach gets skipped while the the hook_file_presave approach would work.

Production build 0.71.5 2024