Uploaded image for project: 'Runtime'
  1. Runtime
  2. RUNTIME-2440

Thumbnailator does not preserve the EXIF info of the format of the photo : landscape or portrait

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Major Major
    • 4.0RC6
    • 2.8.1
    • None
    • None
    • FF

      There is probably a metadata in the jpg file that mean the photo is not a landscape format but the resize of Ametys seems to not taking of account.

          [RUNTIME-2440] Thumbnailator does not preserve the EXIF info of the format of the photo : landscape or portrait

          Laurence Aumeunier added a comment - - edited

          This use case does not work :

          • Insert a local image with exif rotation
          • The image is oriented correctly
          • DO NOT change image dimension
          • Save
            => The image is distorted, the dimensions are reversed

          The dimension stored in docbook are extract from a BufferedImage which to do take into account the Exit orientation tag.

          (test with obama.jpg image)

          Laurence Aumeunier added a comment - - edited This use case does not work : Insert a local image with exif rotation The image is oriented correctly DO NOT change image dimension Save => The image is distorted, the dimensions are reversed The dimension stored in docbook are extract from a BufferedImage which to do take into account the Exit orientation tag. (test with obama.jpg image)

          Laure Lopez added a comment - - edited

          There is a diférence between the edition mode and the preview. Forthermore, the witdh and height values are reversed in preview.

          In V3, the orientation of the image was wrong but was always the same.

          How to reproduce it :

          • in a content, add a portrait format photography and reduce it with the fields height and width of the ribbon
            > the photography appears in the rich text field with the wrong direction (landscape)
          • save
            > on preview, the photography appears in the right direction (portrait) but the width and the height value are reversed.

          Laure Lopez added a comment - - edited There is a diférence between the edition mode and the preview. Forthermore, the witdh and height values are reversed in preview. In V3, the orientation of the image was wrong but was always the same. How to reproduce it : in a content, add a portrait format photography and reduce it with the fields height and width of the ribbon > the photography appears in the rich text field with the wrong direction (landscape) save > on preview, the photography appears in the right direction (portrait) but the width and the height value are reversed.

          In v4, the ImageHelper had to be rewritten, to correctly pass the EXIF data to Thumbnailator

          Grégory Lefebvre (Inactive) added a comment - In v4, the ImageHelper had to be rewritten, to correctly pass the EXIF data to Thumbnailator

          in v4 this should be fine (to be tested) because we use a more recent version of thumnailator ; if so,plz set it the fix version to 2.8.2 and resolve it as "won't fix"

          Raphaël Franchet added a comment - in v4 this should be fine (to be tested) because we use a more recent version of thumnailator ; if so,plz set it the fix version to 2.8.2 and resolve it as "won't fix"

            glefebvre Grégory Lefebvre (Inactive)
            llopez Laure Lopez
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: