Description: Image appears rotated when loaded in latest LO. It appears rotated by 90 degrees instead of being upright Steps to Reproduce: 1. Download attached image 2. Open file in latest libre office 3. View rotated images Actual Results: Should have image appear upright. Expected Results: Image appears rotated to the left. Reproducible: Always User Profile Reset: No Additional Info: N/A
Created attachment 166816 [details] Image appearing rotated
File-open in LO opens it in Draw without dialog, it looks rotated. File-open in Draw gives a dialog: This image is rotated. Would you like to rotate it into standard orientation? No opens it rotated, similar to Paint. Yes opens it upright. I'd say NotABug.
This is Exif Orientation tag, looks like LO supports it.
Not sure if LibreOffice doing the right thing.. Except after they dialog Chrome/Corel PaintShop/ DXO do open they file properly. So I think there is something off
@Quikee Some DEV insights would be nice. This is about EXIF rotation tags (most applications do rotate), LibreOffice doesn't by default. Insert -> Image -> Shows a dialog for rotation
We removed the dialog in Writer, but it looks like it is still present in Draw.
What's the bug and Expected here exactly? Apart that all modules should behave the same.
This might be resolved since bug 146019 is solved
Insert is OK but Open in LO/Draw is not.
Dear Rhys Young, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Attempted fix: https://gerrit.libreoffice.org/c/core/+/190733
Andras Timar committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/0200a718af66ec1e8d2e41e937aaebcd337a147e tdf#137833 Always respect EXIF Orientation tag when importing a JPEG It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Seems good to me, thanks.
*** Bug 169376 has been marked as a duplicate of this bug. ***
Indeed this appears fixed in the latest daily build (which is from Thursday) when simply invoking LibreOffice from the command line with the name of the attached image as parameter: Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d2def868cb3ac5a7e538a911e83d7d907a2ec794 CPU threads: 12; OS: Linux 6.17; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US (And confirmed as broken in 25.8.2.2.) Thank you, Andras! However, it does appear bug #169376 is not actually a duplicate: It looks one way in LibreOffice 25.8 (and earlier) and Word, and since then, so in current 26.2 snapshots.