Created attachment 96837 [details] Strange-aspect-ratio-bug-in-Writer.odt Writer destroys the aspect ratio of graphics although "keep ratio" is active. How to reproduce the bug: 1. Perform a right mouse click on the graphic in attached document and choose "Picture" and the tab "Type" 2. Check the button "Keep ratio" and for Width check the button "Relative" 3. Decrease the value of the width percentage to any value (e.g. 30%). Click okay. The graphic scales perfectly. No problem here. 4. Now go again to the tab "Type" and increase the width percentage to any value (e.g. 70%). The graphic will now wrongly scale and the aspect ratio is broken. Writer somehow "forgets" to keep the ratio. The bug does not occur if you do following: before scaling again (step 4) uncheck "Relative" and uncheck "Keep ratio" and then check both buttons again. If you now increase the width percentage again (e.g. to 70%) the graphics scales perfectly. This means the problem is there if you scale a graphic the second/third/... time while keeping the buttons "Keep ratio" and "Relative" checked. I cannot reproduce this bug with png graphics, but jpg and eps graphics are affected. LibreOffice Version: 4.1.4.2, Build ID: 410m0(Build:2) System: Ubuntu 13.04 64-bit Intel, Gnome 3.
Exactly the same problem described in the bug description seems to affect also scaling of text frames (Insert->Frame)
Most recent version is also affected by this bug: Version: 4.2.3.3 Build ID: 882f8a0a489bc99a9e60c7905a60226254cb6ff0
REPRODUCIBLE with 3.3.0.4-4.2.4.1 under Win7x64, and 3.2.3.3 under Ubuntu 13.10 x64 -> NEW. Also REPRODUCIBLE with OOo 3.3.0 -> setting version accordingly. Reproducible with PNG images as well. NOT reproducible if in step 2 of comment 0 you also check "Relative" for Height.
Confirmed under LO V.4.2.3.3 Build-ID: 882f8a0a489bc99a9e60c7905a60226254cb6ff0 Win7 Home 64bit
I can confirm this with the sample document and LibO 4.3.0.1 (RC1) on Win7 HP. I can also reproduce this with the same .jpg file in a blank new document. I can also reproduce it with a newly created image of the same size (256x194px) with both JPG and PNG version and with own photos. The effect is most obvious for images which are far from quadratic such as this business card. Um ... given that resizing images is a very common task in a word processing application I personally would give this issue a high priority. I am quite sure I stumbled upon this issue already before (in production use), but back then I thought I had done something wrong.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.4.1 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-07-18
Still present in latest LO4.4.4. on Win7 64 Bit. Tested with both the attached sample document and a blank new document. The bug only appears if the "Relative" checkbox is set for image width, but *not* for the height. It does not appear if both checkboxes are set. No apparent change in bug behaviour.
Present in LO 4.4.5 (Linux x86_64).
Hey, wait a second. If you are holding aspect ratio with "Keep ratio" then you would not want to set both a vertical and a horizontal relative size as percentage of paragraph area (height or width). It would be one or the other. If you set relative in both dimensions--LibreOffice does the sane thing and simply maintains aspect ratio of "Keep ratio". Also, with "Keep ratio" off, setting either Horizontal or Vertical Width or Height relative will scale in just that dimension. Distorting the image. But it does not scale to the Paragraph area--rather to the Page inside the margins as set. While selecting "Entire page" uses a percentage of the full page size edge to edge. That suggests the "Relative to" fields are simply mislabeled. Finally setting a specific Width or Height with "Keep ratio" off will stretch in one dimension or the other. Or, finally with "Keep ratio" off, you can set specific Width and Height and stretch in both dimensions. So, this all actually seems to behave correctly.
OK, reading the test document and OP closer. I do see the weird loss of aspect ratio when the Width relative is adjusted a second time. The first setting is correct, but when a change is made to the Width relative percentage the Height is set to a matching length. The same occurs setting a Height relative, and adjusting a second time. The first setting is correct, but a change made to the Height relative percentage results in Width set to a matching length. Suggests there is a logic error in the resize/fixed ratio action--somewhere around here... http://opengrok.libreoffice.org/xref/core/sw/source/ui/frmdlg/frmpage.cxx#1162
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Issue confirmed with Version: 5.1.4.2 Build-ID: 1:5.1.4-0ubuntu1
** Please read this message in its entirety before responding ** 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 http://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
Bug still exists in version: Version: 6.0.5.2 Build-ID: 1:6.0.5~rc2-0ubuntu0.16.04.1~lo1 CPU-Threads: 4; BS: Linux 4.4; UI-Render: Standard; VCL: gtk2; Gebietsschema: en-GB (de_DE.UTF-8); Calc: group
I am also getting these ratio problems. LO 6.1.3.2 For me it's a nightmare to get Graphics in frames back to the right proportions.
Dear Gerry, 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 http://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
Bug still exists in LO 6.3.2 Version: 6.3.2.2 (x86) Build-ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: CL
Dear Gerry, 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
The bug still exists in LibreOffice 7.2.2 Version: 7.2.2.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Ubuntu package version: 1:7.2.2-0ubuntu0.21.10.1 Calc: threaded
Still current in recent daily build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7a895ec4205659038aa95941b65715fed1a3e7be CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Seems very much related to bug 55480, which also mixes "keep ratio" and "relative to", and requires re-opening the dialog to reproduce the issue.