Bug 161559 - Wrong position of draw object in DOCX: flush with page margin instead of wrapped inside paragraph.
Summary: Wrong position of draw object in DOCX: flush with page margin instead of wrap...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
Version:
(earliest affected)
3.6.1.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: QA:needsComment
Keywords: filter:docx
Depends on:
Blocks: DOCX-Objects DOCX-Anchor-and-Text-Wrap
  Show dependency tree / graph
 
Reported: 2024-06-14 02:45 UTC by Stéphane Guillou (stragu)
Modified: 2024-06-29 03:16 UTC (History)
0 users

See Also:
Crash report or crash signature:

Attachments
screenshot comparing LO (left) and MS 365 (right) (206.32 KB, image/png)
2024-06-14 02:45 UTC, Stéphane Guillou (stragu) 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Stéphane Guillou (stragu) 2024-06-14 02:45:05 UTC 
Created attachment 194719 [details]
screenshot comparing LO (left) and MS 365 (right)

(Test in a recent trunk build to not hit bug 161199)

Steps:
1. Open attachment 194245 [details]
2. See position of draw object on page 2
3. compare to MS 365 and OnlyOffice

Result: it is positioned flush with the top edge of the page. It should be in the first paragraph of the second page, with text wrapping around it (but is imported with wrap = none).

In LO 3.4, object is not imported
In LO 3.5, object starts being imported but already had a differently wrong position (horizontally centred) _and_ size (higher than wide).
In LO 3.6.1.2, object as currently.

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 0e2409e5e3c73ec25c61aa4ea140d114869ea512
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded