Bug 143241

Summary:	Image moves to different page after DOCX/DOC export
Product:	LibreOffice	Reporter:	Telesto <telesto>
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	NEW ---
Severity:	normal	CC:	jluth
Priority:	medium
Version:	Inherited From OOo
Hardware:	All
OS:	All
See Also:	https://bugs.documentfoundation.org/show_bug.cgi?id=143239 https://bugs.documentfoundation.org/show_bug.cgi?id=112313
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	120466
Attachments:	The original document and its docx version in Writer

Description Telesto 2021-07-07 17:22:37 UTC

Description:
Image moves to different page after DOCX export

Steps to Reproduce:
1. Open attachment 173417 [details] (bug 143239)
2. Save as DOCX
3. File reload


Actual Results:
Curves and polygons moves up a page

Expected Results:
Same as ODT


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: bd2f2273d83dcca43eb6b465308707efd45e7adf
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

and in
6.0 

and in
4.4.7.2

and in
LibreOffice 3.5.0rc3 
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735

Comment 1 NISZ LibreOffice Team 2021-07-13 08:09:23 UTC

Created attachment 173526 [details]
The original document and its docx version in Writer

Indeed looks bad in:

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 0fc020fb73c86a20608e8dff12af607e60327379
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: hu-HU
Calc: CL

The third frame has vertical position "Top" to "Paragraph text area".
Upon export to docx and 
* opening in Word this becomes 0 cm below "Line", as this is the most similar thing to "Paragraph text area".
* and opening in Writer (pictured) becomes "From bottom" by 0 cm to "Line of text" - so there is a bit of import problem as well. 
This situation is bug #142875.

Another factor is the second frame, which is horizontally centered and has optimal wrap. See bug #112313 about this situation. 
Indeed: manually changing the wrap in the docx version from Optimal to None fixes the layout in this case as well.

Comment 2 NISZ LibreOffice Team 2021-07-13 08:39:30 UTC

Confirming but not marking duplicate, just in case it isn't one.

Comment 3 Justin L 2023-03-15 15:37:41 UTC

This has a lot of elements of bug 96579 as well.