Download it now!
Bug 105134 - Google Doc export to openxml Word docx displays incorrect spacing between image and text box object in Writer and inserts blank pages
Summary: Google Doc export to openxml Word docx displays incorrect spacing between ima...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
(earliest affected) release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
Keywords: filter:docx
Depends on:
Blocks: DOCX-Images DOCX-Page
  Show dependency treegraph
Reported: 2017-01-05 23:16 UTC by Les
Modified: 2019-08-11 07:13 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Google Docs document (1.21 MB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2017-01-05 23:17 UTC, Les
Screenshot of doc in Google Doc to show images (128.24 KB, image/jpeg)
2017-01-06 20:23 UTC, Les
LibreOffice screenshot dealing with images in doc. (150.73 KB, image/jpeg)
2017-01-06 20:24 UTC, Les
Screenshot in Word for OSX 15.29.1 (56.59 KB, image/png)
2017-01-09 16:24 UTC, Alex Thurgood

Note You need to log in before you can comment on or make changes to this bug.
Description Les 2017-01-05 23:16:24 UTC
Document is poorly formatted when opened in LibreOffice. Extra blank pages appear and what appear to be text images don't appear in-line.

Steps to Reproduce:
1.Open document

Actual Results:  
You can tell that the document is not properly formatted

Expected Results:
Compare to Google Docs when the document is opened there.

Reproducible: Always

User Profile Reset: No

Additional Info:
How do I get the sample file attached to the bug report?

User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.95 Safari/537.36
Comment 1 Les 2017-01-05 23:17:25 UTC
Created attachment 130189 [details]
Google Docs document
Comment 2 Alex Thurgood 2017-01-06 08:44:11 UTC
@Les : the test document you provided is not a Google Doc native document, but a Microsoft Word openxml formatted document (docx).

You need to be more specific with your report.

This could be one of :

- a docx import problem, i.e. a problem with the docx filter that LibreOffice uses - there are already many bug reports about incomplete docx support, in which case, your report would probably be a duplicate ;

- a GoogleDocs document import problem, however, in that case you would need to provide a native GoogleDocs document - the file you have provided is not such a file - to my knowledge, you can not download a GoogleDocs natively formatted file, these are always stored in the cloud on Google's servers, and the Save as/Download procedure provides a different format in which to save the file to your hard drive ;

- some other, as yet unidentified problem, possibly an incomplete Google export filter, which would not fall under the LibreOffice bugzilla.

Please provide more specific details as to how the document with which you are having problems was produced.
Comment 3 Alex Thurgood 2017-01-06 09:14:03 UTC
I have opened the document in Word () for OSX - what are the text images to which you refer ?
Comment 4 Les 2017-01-06 20:22:38 UTC

Thanks for the update. I don't know how the document was produced, but the beginning of it says it went live as a Google Doc - which is why I assumed it was produced by that app. I don't have MS Word, so I can't verify how it looks there.

It sounds like it probably is either a duplicate of some other conversion bug, or something new. Since I'm not sure what terms to search for to determine it's a duplicate or new, I have to leave that to you guys.

For the "images" I was referring to, I'm attaching 2 screenshots. One is from Google Doc and the other from LibreOffice. The "arrowhead" is an image and the text it points to appears to be an inserted text box.

Comment 5 Les 2017-01-06 20:23:42 UTC
Created attachment 130218 [details]
Screenshot of doc in Google Doc to show images
Comment 6 Les 2017-01-06 20:24:14 UTC
Created attachment 130219 [details]
LibreOffice screenshot dealing with images in doc.
Comment 7 Les 2017-01-06 20:25:17 UTC
@Alex, it's possible the images issue is just a formatting issue with the conversion.
Comment 8 Alex Thurgood 2017-01-09 16:24:14 UTC
Created attachment 130278 [details]
Screenshot in Word for OSX 15.29.1

This is a screenshot of the double arrow and text box formatting as displayed in the latest version of Word for OSX
Comment 9 Alex Thurgood 2017-01-09 16:29:40 UTC
When you compare the three screenshots you can see that all have different spacing between the double arrows and the associated text box.

Although LibreOffice clearly sets the arrows too close to the text, there is nonetheless a difference between the GoogleDocs display and the Word docx display.

It is hard to blame LibreOffice in such a case. After all, if GoogleDocs saves the file with some weird spacing parameter, who is to say that LibreOffice is misinterpreting it, indeed, the same could be said of Microsoft Word.
Comment 10 Alex Thurgood 2017-01-09 16:31:28 UTC
I am confirming nonetheless, as it does appear that LibreOffice incorrectly positions the image too closely to the text box object.
Comment 11 QA Administrators 2018-01-10 03:32:03 UTC Comment hidden (obsolete)
Comment 12 eisa01 2018-06-14 19:26:38 UTC
This has gotten worse. The document renders over 54 instead of 26 pages in Mac Word.

The screenshot of the rendering on the second page seems to be somehow rendered over the first ~20 pages?

Also applies to Windows

Build ID: b292a27698e85fd9d60c03613c3b0c67835c4dc1
CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-06-06_23:25:55
Locale: en-US (en_US.UTF-8); Calc: group threaded
Comment 13 QA Administrators 2019-06-15 02:59:24 UTC Comment hidden (obsolete)
Comment 14 eisa01 2019-08-10 19:58:36 UTC
Still present, now a 50 page document

Build ID: 54028dc503fc08eb12e287919d5e2850cff05b73
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2019-07-31_01:48:19
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded