Created attachment 71938 [details] Example file with a bitmap Problem description: when changing the status of the keep ratio checkbox for a bitmap this is not captured by the undo list, so it cannot be undone. If the bitmap is then enlarged separately then 2 undo items appear. The first one undoes the enlargement, but the second one appears to do nothing. Steps to reproduce (part 1): 1. open attached file or create one from scratch 2. right click the bitmap -> position and size 3. uncheck 'keep ratio' and close the dialogue Current behavior: the undo list is blank Expected behavior: this change should be recorded in the undo list Steps to reproduce (part 2): A. carry out steps to reproduce part 1 B. right click the bitmap -> position and size C. change the size and close the dialogue Current behavior: two undo items are created; the newest undoes the size change; the oldest appears to do nothing Expected behavior: the two undo items undo one thing each (the oldest should undo the 'keep ratio' change) Operating System: Windows XP Version: 4.0.0.0.beta2
Confirmed, notes below: First, two of us noticed that when we open the file the checkbox is already unchecked, what we did was check the box "keep ratio", close dialog, then go to Edit - Undo (not grayed out) but we saw that the undo does nothing. Version: Changing to 3.6.4.3 as it was verified on this version. @Reporter - Version refers to the oldest version we can verify the bug on New (Confirmed) Minor: Doesn't prevent high quality work at all Lowest: Easy workaround (just go in and change back your changes) We know that the undo functionality in LibO needs some work, once a developer starts tackling the multiple bugs reported against undo, this one should be handled. Thanks for reporting!
Reproducible with LO 4.4.0.3, Win 8.1 If I uncheck Keep Ratio in the attached sample, then the UNDO button is enabled, but if I press it, then the Keep Ratio function is still not checked.
** 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.0.5 or 5.1.0) 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: 2016-02-21
** 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.2.5 or 5.3.0 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-20170306
Still reproducible. Version: 6.2.0.0.alpha1+ Build ID: 5d2ab49cbda1d7aea1019478abe0163e1f40a121 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: de-DE (de_DE.UTF-8); Calc: threaded from today
Dear john.pratt, 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
reproduced in Version: 7.0.0.0.beta1 (x64) Build ID: 94f789cbb33335b4a511c319542c7bdc31ff3b3c CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-US (de_DE); UI: en-US Calc: threaded Version: 6.4.2.2 Build ID: 1:6.4.2-0ubuntu3 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: en-US (de_DE.UTF-8); UI-Language: en-US Calc: threaded Impress adds the undo "Transform Image" to the Edit menu, but it ignores it if you use it. Additionally I noted a weird issue: Undo keeps the last status of "Keep ratio" setting, even if you close the document without saving. Impress 'can't forget' the last status if you close document (without closing Impress) and then reopen the ODP again. 1. Open file 2. "Position and Size" >Status "Keep Ratio: OFF" 3. Enable it 4. Click OK 7. Close Impress) without savin 8. Open file again 9. "Position and Size" > Status is now "Keep Ratio: ON" 10. Disable it 11. Click okay 14. Close document without saving 15. Open file again ... Now "Keep Ratio" is off again. And so on .... I attach a screencast
Created attachment 161779 [details] You enable 'Keep Ratio', close Impress without saving, open ODP again, open 'Postition & Size' - the status is enabled
>Impress 'can't forget' the last status if you close document (without closing >Impress) and then reopen the ODP again. I can close Impress complete. I continued testing after I wrote this.
Dear john.pratt, 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
(In reply to A (Andy) from comment #2) > If I uncheck Keep Ratio in the attached sample, then the UNDO button is > enabled, but if I press it, then the Keep Ratio function is still not > checked. Reproduced. There is also a similar issue in Writer (Bug 143340), though not sure if this would be considered a duplicate. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 676e0527d2f31556eccae314fbb12ce204f02ec7 CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded