Bug 128190 - FILESAVE DOCX: docx export changes frames with of autowidth to shapes
Summary: FILESAVE DOCX: docx export changes frames with of autowidth to shapes
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.2.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 144795 (view as bug list)
Depends on:
Blocks: DOCX-Frames
  Show dependency treegraph
 
Reported: 2019-10-17 06:29 UTC by martin_hosken
Modified: 2021-09-30 11:19 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
sample libo file (45.08 KB, application/vnd.oasis.opendocument.text)
2019-10-17 06:30 UTC, martin_hosken
Details
Expected output (396.41 KB, application/pdf)
2019-10-17 06:30 UTC, martin_hosken
Details
sample file (10.19 KB, application/vnd.oasis.opendocument.text)
2021-09-05 10:59 UTC, Dieter
Details

Note You need to log in before you can comment on or make changes to this bug.
Description martin_hosken 2019-10-17 06:29:24 UTC
Description:
Interlinear text works very well in LibreOffice due to the ability to specify a frame as having auto width (as well as auto height). The export to docx is problematic and round tripping gives poor integrity. Obviously it would be nice if the document looked as good in Word.

Steps to Reproduce:
Open the enclosed .odt and saveas .docx. Then compare the results. The font is Charis SIL available from https://software.sil.org/charis/download/ Then reload the .docx (or try in Word)

Actual Results:
I enclose a sample .odt and corresponding pdf

Expected Results:
The reloaded .docx should look the same as the pdf in both libo and Word


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 martin_hosken 2019-10-17 06:30:27 UTC
Created attachment 155048 [details]
sample libo file
Comment 2 martin_hosken 2019-10-17 06:30:54 UTC
Created attachment 155049 [details]
Expected output
Comment 3 Dieter 2019-10-18 08:14:05 UTC
I confirm it with

Version: 6.4.0.0.alpha0+ (x64)
Build ID: 758516295e5f69393bd78bb4af6e7214d48ece0b
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-US
Calc: threaded

Additional observation
Navigator in odt-file shows 353 text frames
Navigator in docx-file shows 0 text frames

Some similar bugs, like bug 92444 and bug 109218
Comment 4 Dieter 2021-09-05 10:59:18 UTC
Created attachment 174792 [details]
sample file

Still present in 

Version: 7.2.1.1 (x64) / LibreOffice Community
Build ID: 3cfc32d9754d2d239bd8ce2941029c12873010c1
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

I created a smaller example file

Steps to reproduce
1. open attachment
2. Open navigator => document has 6 frames
3. Save as docx => Open navigator => document has 6 shapes

So I think that is the main problem and I changed bug summary.
Comment 5 NISZ LibreOffice Team 2021-09-30 08:25:00 UTC
*** Bug 144795 has been marked as a duplicate of this bug. ***
Comment 6 Telesto 2021-09-30 11:19:33 UTC
Quote from bug 144795 comment 3 (duplicate): 
NISZ LibreOffice Team 
"Yes, this is known... but difficult, since Writer frame objects are saved as DML shapes to DOCX, and shapes cannot have "Automatic" size, only fixed size in cm or relative in % to page size/margins."