Created attachment 156153 [details] The up arrow points up if the image is rotated acording to its exif orientation tag SUMMARY *** avif and webp images are shown unrotated regardless of their EXIF orientation tag. Both GIMP and okular do rotate avif and webp images based on their EXIF orientation tags, but gwenview and the image preview in dolphin do not. *** STEPS TO REPRODUCE 1. Obtain an image with an EXIF orientation tag that isnt 1 (the default unrotated value) 2. Convert it to webp or avif (if it isnt already) 3. Open in gwenview OBSERVED RESULT Image is not rotated when viewed in gwenview. EXPECTED RESULT Image should be rotated acording to the EXIF orientation tag SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 6.1.7-200.fc37.x86_64 (available in About System) KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.102.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION I've attached an example image that shows the behavior
yes, this happens to me too with gwenview Version 22.12.2 and KDE plasma 5.27.1 when I use gwenview with a picture rotatet of 180degrees it shows me always in the stright way and not rotated of 180 degrees. for example a picture arrow up with exif metadata orientation=horizontal it shows me the picture as is and therefore arrow up but if I have a picture arrow down with exif metadata orientation=rotated 180° it shows me the picture rotated and therefore arrow up and not in the way I expect arrow down I think gwenview should show pictures without considering orientation or at least there should be an option to honour or not the orientation metadata
sorry, I read the comment afte inseted mine, my expected result is that gwenview Image should NOT be rotated acording to the EXIF orientation tag, or at least to have an option to honour or not the orientation EXIF tag.
Rotation of AVIF images is not according metadata from EXIF (like in old JPEG), but according "imir", "irot" properties. EXIF orientation is ignored there and the orientation from the codestream takes precedence.