Bug 126669 - FILESAVE DOCX Text box inside frame is displaced when exporting ODT to DOCX
Summary: FILESAVE DOCX Text box inside frame is displaced when exporting ODT to DOCX
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks: DOCX-Textbox
  Show dependency treegraph
 
Reported: 2019-08-02 04:41 UTC by Aron Budea
Modified: 2020-05-18 09:02 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample ODT (9.38 KB, application/vnd.oasis.opendocument.text)
2019-08-02 04:41 UTC, Aron Budea
Details
Wrongly exported DOCX (5.18 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-08-02 04:42 UTC, Aron Budea
Details
Comparison screenshot (50.36 KB, image/png)
2019-08-02 04:43 UTC, Aron Budea
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Aron Budea 2019-08-02 04:41:05 UTC
Created attachment 153101 [details]
Sample ODT

Attached ODT has a frame, with a text box inside. This isn't supported by Word, Word simply inserts both objects anchored inside the document, as opposed to the text box being anchored inside the frame. Exporting the ODT to DOCX in Writer does the same conversion, however the position of the text box isn't adjusted with the anchor getting moved, and doesn't stay where it originally was.

- Open the attached ODT, save it as DOCX and reload.

=> Text box is moved outside the frame.
Shows the same in Word, so it's an export issue.

Observed using LO 6.4.0.0.alpha0+ (ed882d693f37779e3a09641e7cd43b7a925d2312), 4.4.0.3 / Windows 7.
In 4.2.0.4 the position of the text box is still correct in Writer, but the anchor doesn't change, and the file is unopenable in Word.
Comment 1 Aron Budea 2019-08-02 04:42:08 UTC
Created attachment 153102 [details]
Wrongly exported DOCX
Comment 2 Aron Budea 2019-08-02 04:43:51 UTC
Created attachment 153103 [details]
Comparison screenshot
Comment 3 Aron Budea 2019-08-02 05:11:13 UTC
There are two interesting states between 4.2 and 4.4, one started exporting the inner textbox anchored as-character, and another moved the anchor outside the frame.

The first change was bibisected to the following commit using repo bibisect-43max, but the result doesn't seem correct (it's the less important difference, anyway):
https://cgit.freedesktop.org/libreoffice/core/commit/?id=fd1a348915fe90014a2f2ef72213bc6159aaa7a4
author		Noel Grandin <noel@peralex.com>	2014-02-21 16:06:28 +0200
committer	Noel Grandin <noel@peralex.com>	2014-02-27 12:30:25 +0200

"editeng: sal_Bool->bool"

The second change was bibisected to the following range using repo bibisect-44max:
https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=21a1ff063475fe8f26686591caed546e32ad42d5..e19670ac3cbef9f0e83edda7576b6462e21e62b5

Likely starting commit is:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=69ba8e94e33c142072920fe455899c04b4e035d1
author		Pallavi Jadhav <pallavi.jadhav@synerzip.com>	2014-06-05 19:04:36 +0530
committer	Miklos Vajna <vmiklos@collabora.co.uk>	2014-06-11 08:21:47 +0000

"fdo#79540 : DOCX: Lo exports Drawing inside Drawing"
Comment 4 Aron Budea 2019-08-08 23:45:46 UTC
This and bug 126777 should probably be fixed together.
Comment 5 Xisco Faulí 2019-08-09 11:03:34 UTC
Reproduced in

Version: 6.4.0.0.alpha0+
Build ID: d4a70ecf61b016a32caef015eea127d13b357cf7
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

I tried to reproduce it in LibreOffice 4.1 but it crashes while opening the DOCX file