Bug 42458

Summary: FILEOPEN: docx with property fields inserted: all content on top of page
Product: LibreOffice Reporter: Jonathan Kamens <jik>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED WORKSFORME    
Severity: normal CC: bugs, ilmari.lauhakangas
Priority: medium    
Version: 3.4.3 release   
Hardware: x86-64 (AMD64)   
OS: All   
Whiteboard:
Crash report or crash signature: Regression By:
Attachments: DOCX that exhibits problem
PDF that shows how the DOCX should loook
How the file looks within LO 3.5.3.2
How the file looks in LO 4.1.1

Description Jonathan Kamens 2011-10-31 21:56:51 UTC
Created attachment 52975 [details]
DOCX that exhibits problem

Attached DOCX has document properties inserted into the document text. It comes up blank when opened in LibreOffice. Attached PDF shows what it should look like.
Comment 1 Jonathan Kamens 2011-10-31 21:57:15 UTC
Created attachment 52976 [details]
PDF that shows how the DOCX should loook
Comment 2 tester8 2012-01-04 11:42:26 UTC
NOT reproduced with

LOdev 3.5.0beta2 
4ca392c-760cc4d-f39cf3d-1b2857e-60db978
Ubuntu 10.04.3 x86
Linux 2.6.32-37-generic Russian UI

Document is not empty but content is on the top of the page instaed of first third and bottom. So rename.
Comment 3 Roman Eisele 2012-05-03 09:30:24 UTC
This is a Writer issue, therefore changed 'Component' field accordingly.
Comment 4 Roman Eisele 2012-05-03 09:35:22 UTC
Status is still as stated in comment #3:

LibreOffice 3.5.3.2 (Build-ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b80) on MacOS X 10.6.8 opens the .docx file without problems and all elements are there, but their position is not correct yet, they are moved to the top of the main text area. I will attach a screenshot of how the document looks now.
Comment 5 Roman Eisele 2012-05-03 09:37:29 UTC
Created attachment 60978 [details]
How the file looks within LO 3.5.3.2
Comment 6 Teo91 2013-09-29 18:30:07 UTC
I can confirm this with LO 4.1.1 on Windows 7 SP1, but status is changed:
- elements are placed correctly
- the second blank page is now lost
- the date after "foo" is shown as a date field (see attachment)

LO 4.2-master correctly shows the second blank page, but has the same bug about date field.
Comment 7 Teo91 2013-09-29 18:34:18 UTC
Created attachment 86803 [details]
How the file looks in LO 4.1.1
Comment 8 QA Administrators 2015-04-01 14:43:01 UTC Comment hidden (obsolete)
Comment 9 Buovjaga 2015-04-24 18:17:40 UTC
(In reply to Teo91 from comment #6)
> I can confirm this with LO 4.1.1 on Windows 7 SP1, but status is changed:
> - elements are placed correctly
> - the second blank page is now lost
> - the date after "foo" is shown as a date field (see attachment)
> 
> LO 4.2-master correctly shows the second blank page, but has the same bug
> about date field.

Update: 2nd blank page is still lost. Date field is present and it has the correct date (not blank like in screenshot).

Win 7 Pro 64-bit Version: 5.0.0.0.alpha1+ (x64)
Build ID: f3375fa07f27bd2ade519af3c07d69040d10eaa9
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-22_23:38:50
Locale: fi_FI
Comment 10 QA Administrators 2016-09-20 09:34:10 UTC Comment hidden (obsolete)
Comment 11 Jonathan Kamens 2016-09-20 15:28:00 UTC
Appears to be fixed in LibreOffice 5.1.4.2.