Description: version 6.1.3.2(x64) open Impress sel3ect INSERT IMAGE and fins an image select the image from the screen and then POSITION AND SIZE make sure KEEP RATIO is selected change one dimension of the picture. error in so far as the other dimension doesn't change. Steps to Reproduce: 1.see description above 2. 3. Actual Results: shape changes instead of being reduced image Expected Results: same shape but different size Reproducible: Always User Profile Reset: No Additional Info:
Repro with Version: 6.3.0.0.alpha0+ Build ID: 6740443311268b7d918bf4f43134d64fb78a0109 CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-01-15_23:37:04 Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL No repro with Versie: 4.4.7.2 Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600 Locale: nl_NL Changing the Width doesn't adapt the Height in the dialog (but working properly when pressing OK)
@Caolan This appears to be an welding issue related to commit 7ea2b86a7f82860be35bd1f7a4597d33cc82cef6 {I bibiscted this improperly. Based on the disabled "Keep ratio" checkbox & the disabled Size Height box). It's a missing refresh/ annex update of the height based on the Width input.
As far as I can see it works fine, if "keep ratio" is set, then click up and down in the spinners then both move in lockstep. If you type a number, then the other updates when focus leaves the entry. Does your experience differ ?
Created attachment 148710 [details] Screencast LibO4.4.7.2 vs 63
As shown in the screencast, the width value is not updated while typing on the height textbox and viceversa. I worked fine until https://cgit.freedesktop.org/libreoffice/core/commit/?id=ebfb0d3950a8723e24baa330b80a0a560e381639 when bug 118816 was introduced. it got fixed in http://cgit.freedesktop.org/libreoffice/core/commit/?id=9f01dca60e6539f48cd529180f0d64c2131e0ea1 and the problem is already reproducible...
*** Bug 132651 has been marked as a duplicate of this bug. ***
Dear Stuart, 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