Description: Issues with transforming an image's horizontal/vertical size and aspect ratios if they are rotated by LibreOffice. Only Writer appears affected. Using the resize handles on the image's edges will modify the size and aspect ratio in an unpredictable and inconsistent way. Steps to Reproduce: 1. Rotate an image e.g. 45 degrees and attempt to change the size by manipulating the edge points. 2. For example shrink the image horizontally by 50% twice consecutively. 3. Then extend it to 100% again. Actual Results: (1) The aspect ratio doesn't change accordingly and it's difficult to predict how it will change. (2) The vertical size was shrunk even though I didn't change it. Expected Results: The aspect ratio and size of the image is the same as before the resize. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 6.1.0.0.beta1 (x64) Build ID: 8c76dfe1284e211954c30f219b3a38dcdd82f8a0 CPU threads: 8; OS: Windows 10.0; UI render: GL; Locale: sv-SE (sv_SE); Calc: CL User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0
It is true that the current situation is unintuitive as: 1. The rotation creates a new bounding box so it contains the rotated picture and still has horizontal and vertical sides; 2. Resizing then gives a "preview" (dotted line highlighted in blue) that does not match the end result (but would match the bounding box of the non-rotated image). However, the behaviour where moving the "non-corner" handles does not conserve the aspect ratio is expected. Only the corner handles do conserve the aspect ratio. Tested on: Version: 6.1.0.0.beta1 Build ID: 8c76dfe1284e211954c30f219b3a38dcdd82f8a0 CPU threads: 2; OS: Linux 3.13; UI render: default; VCL: kde4; Locale: en-GB (en_GB.UTF-8); Calc: group
Yep. Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: 0929a98acca8ec4d86caa97d3090a39f89f35f90 CPU threads: 8; OS: Linux 4.17; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded Built on June 20th 2018
Created attachment 148614 [details] Rotation crops the picture. Further resizing is unpredictable I have a similar problem on 6.0.7.3. I attached a video from my experience: Rotating will crop the picture in a way, that is not 'fixable'. As this behaviour renders the "image rotation" feature completely useless, I would set the priority to higher than "minor". If you consider my experience as a new "report"/bug/suggestion, please let me know.
Dear Christoffer, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Version: 7.0.3.1 Build ID: 00(Build:1) CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.0.3-0ubuntu0.20.10.1 Calc: threaded - Not present with unrotated images. - Still present with rotated images.
Dear Christoffer, 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