Created attachment 187697 [details] tdf134114_allowOverlap.docx This ooxmlexport18 unit test ought to fit on one page. It is a bit of an odd case, so that is why I added it as a bug report. The two shapes are placed at the same position, but one is told to not overlap. It is somewhat odd that MSO doesn't wrap it like LO does, but instead it hangs off the bottom right end. When LO saves and reloads, the two shapes swap position. This is not bibisectable. The "do not overlap" flag was ignored until LO 7.6. Steps to reproduce 1.) Open tdf134114_allowOverlap.docx in LO. Notice that some text spills over onto the next page, and the two images are centered nicely in the middle of the page (as they are instructed). However, in MSO the rounded frame hangs on the right-ish side of the page. 2.) save and reload (reload both in LO and in MSO). Notice that objects have reversed position in MSO. In LO, they are overlapping each other despite the allowOverlap (false) setting of the rounded frame.
Created attachment 187698 [details] tdf134114_allowOverlap.pdf: how LO and MSO see the first page
I can't repro with Version: 7.5.4.1 (X86_64) / LibreOffice Community Build ID: 3a6a10a8a824826630ea908dcaea93b45a6a0af1 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded and Microsoft® Word para Microsoft 365 MSO (versión 2304 compilación 16.0.16327.20200) de 64 bits
Created attachment 187758 [details] tdf134114_allowOverlap_mso2019.pdf: modern MSO looks the same as 2010 (In reply to m.a.riosv from comment #2) > I can't repro with I'm puzzled. What can't you reproduce. Certainly LO doesn't look like this, and MSO 2010, and 2019 look the same.
Repro in LibreOffice Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2d0268f5ae6061bc96c00481c9ef3547be300b5a CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 10 August 2023