Download it now!
Bug 131540 - FILESAVE DOCX OLE object anchored to page moves on saving
Summary: FILESAVE DOCX OLE object anchored to page moves on saving
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.1.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks: DOCX-OLE-Objects
  Show dependency treegraph
 
Reported: 2020-03-24 15:12 UTC by NISZ LibreOffice Team
Modified: 2020-05-26 06:19 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file from Writer (34.97 KB, application/vnd.oasis.opendocument.text)
2020-03-24 15:12 UTC, NISZ LibreOffice Team
Details
The example file saved as docx (19.26 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-03-26 08:51 UTC, NISZ LibreOffice Team
Details
Screenshot of the exported document side by side in Writer and Word (145.90 KB, image/png)
2020-03-26 08:52 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2020-03-24 15:12:41 UTC
Created attachment 158948 [details]
Example file from Writer

Attached odt file contains two simple embedded OLE objects anchored to page.
When saving to DOCX the positioning and wrap settings of these objects change.

Steps to reproduce:
1.	Open attached odt file
2.	Save as docx and reopen in Writer or Word

Actual results:
Objects change position both jump to the top left corner of the page.

Expected results:
Position unchanged.

LibreOffice details:
Version: 7.0.0.0.alpha0+ (x64)
Build ID: bc898e2c2784e36ad4d4cdf6d962e39069d2c82d
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: GL; VCL: win; 
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: CL

In 5.1 we started to be able to properly export such OLE objects, it looks the same back until then.
Comment 1 Durgapriyanka 2020-03-25 20:50:27 UTC
Thank you for reporting the bug. I cannot reproduce this bug in

Version: 6.4.0.0.alpha1+ (x86)
Build ID: ec7374ff84c71edfbb30d6e4dc5b486b6df7107f
CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-11-10_21:37:30
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
	

and in

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 2 NISZ LibreOffice Team 2020-03-26 08:51:36 UTC
Created attachment 159027 [details]
The example file saved as docx
Comment 3 NISZ LibreOffice Team 2020-03-26 08:52:48 UTC
Created attachment 159028 [details]
Screenshot of the exported document side by side in Writer and Word

Sorry, forgot to add the exported docx and the screenshot.
Comment 4 Timur 2020-03-27 08:08:41 UTC
Repro 7.0+ for DOCX, same position in LO and MSO. But MSO cannot open those objects.
Position was better in 5.0 (although saved as character). But files couldn't open.
No repro for DOC.