Steps how to reproduce with Installation of Version:7.2.1.2 (x64); Build ID: 87b77fad49947c1441b67c559c339af8f3517e22; CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI: de-DE; Calc: threaded | my default User Profile: 0. From Test kit open "NewSample.odt" 1. From WIN Files Explorer drag and drop "field-kitchen-1714153_1920_small.png" To most top table Expected: row hight adapted to picture hight Actual: row height keeps as it is 😥 For next test close writer without saving 10. From Test kit open "NewSample.odt" 11. From WIN Files Explorer drag and drop "field-kitchen-1714153_1920.png" To most top table Expected: row hight adapted to picture hight Actual: as expected 👌 a) Vague suspect: Problem from (1) has to do with relation between picture width and table column width. Additional tests: If you redo test from step 0, but drag and drop to left cell of second table, row height will be adapted. That underpins my suspect. Close writer without saving and 20. From Test kit open "NewSample.odt" 21. From WIN Files Explorer drag and drop "chicken_small.jpg" To most top table Surprise: row hight adapted to picture hight ⁉ b) Related to different handling between .jpg and .png. Both sampeld pictures have 640 px width
Created attachment 176399 [details] Test kit
This one probably is related to Bug 145807 or even is the root of tht one.
I confirm it with Version: 7.2.4.1 (x64) / LibreOffice Community Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL I agree with your theory, Rainer. If you increase the size of the picture after you additional test and drag it to the top table, it works (width of the picture is more or less wifht of the table cell.
Perhaps related to bug 105302 (had no time to check it)