1. Create new Writer Document 2. "Insert" - "Image..." 3. Right click on image and choose "Properties..." 4. In the "Position and Size" tab significantly change Width and Height. 5. In the "Crop" tab crop the image in half from the "Top". 6. Close dialog with "OK". 7. Observe how the cropping took place, alas the size change not! Digging into this a bit I realize that both tabs contain Width and Height fields - alas when I switch from one to the other, changes are lost. Definitely surprising for the user, and a quality of implementation issue on the UI side. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a4522ef5ce6a625054d83ec907aee07c156e94ed CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US all the way back to at least Version: 6.4.8.0.0+ Build ID: 99b065ec31d032fc08ab14f66430dac4fef904a5 CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-6-4, Time: 2020-10-08_08:57:08
Already in 5.2 and 3.5.0.
One easy approach could be dropping the Width and Height fields from the "Crop" tab.
*** This bug has been marked as a duplicate of bug 132853 ***
I'll argue that https://git.libreoffice.org/core/commit/81f7503d2d205f4f6df0bfd1a66ed10cccb556c2 tdf#132853 - UI: fix different sizes in Image tabs Type & Crop actually fixes this report, not bug #132853 it was duplicated to (which talks about there being two instances of these values in the UI when one might be better), so let me verify this with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b9fd8cc18a9cd5cd4ae86b4256cf8786ea34ea89 CPU threads: 12; OS: Linux 6.12; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US