Bug 47769 - FILEOPEN particular DOCX 2007 - pictures shown wrongly on page 1
Summary: FILEOPEN particular DOCX 2007 - pictures shown wrongly on page 1
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Master old -3.6
Hardware: Other All
: medium major
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords: regression
Depends on:
Blocks: mab3.5
  Show dependency treegraph
 
Reported: 2012-03-23 06:50 UTC by s-joyemusequna
Modified: 2013-02-07 20:14 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Garbled page 1 (136.15 KB, image/png)
2012-03-23 06:50 UTC, s-joyemusequna
Details

Note You need to log in before you can comment on or make changes to this bug.
Description s-joyemusequna 2012-03-23 06:50:17 UTC
Created attachment 58925 [details]
Garbled page 1

Problem description: 

Steps to reproduce:
1. Open the RTF specification from
http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=10725 in
DOCX format
2. Look at page 1, it is totally garbled

Current behavior: Page 1 is totally garbled

Expected behavior: Page 1 is displayed correctly

Platform (if different from the browser): 
              
Browser: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:11.0) Gecko/20100101 Firefox/11.0
Comment 1 s-joyemusequna 2012-03-23 06:54:18 UTC
Page is displayed much better (=not perfect, but usable) with LibO 3.3.4 and LibO 3.4.5 => REGRESSION
Comment 2 Rainer Bielefeld Retired 2012-03-24 00:58:06 UTC
[Reproducible] with sample document "LibreOffice 3.5.1.2 German UI/Locale [Build-ID: dc9775d-05ecbee-0851ad3-1586698-727bf66] on German WIN7 Home Premium (64bit).

[Reproducible] with Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) ENGLISH UI [(Build ID:  d38713d-5d03837-ca7e6f5-c4bb9bd-ce71330)]" (Voreppe_Win32_Tinderbox 111115)

Was ok with Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID:  3b32204-7f92fce-2ba0a9f)]" (2011-09-03)

The damaged view is caused by pictures shown on the wrong page:
a) Table picture "tbl1.rtf" should be shown under "Table Styles Example" on
   document page 111

Delete this element

b) Screenshot showing element with green borders and yellow background 
   "Cell one - Nested Table - Cell two" should be shown on document page 105

Delete this element

c) Picture with underlined text "1. Example Text - 2. Example text" 
   should be shown on page 60

Delete this element

d) The pictures showing tables 29ith 3-4 columns and text in left column 
   should be shown on document page 60

Delete these elements

e) You see some "chinese" looking text elements with vertical blue backgrounds, 
   in original document they are on page 58

Delete these elements

f) You see the bottom of a red circle area, yo can bring int to the foreground 
   and see "Hello World", should be shown on page 56

Delete these elements

There are lots of additional elements showing that problem, when you will have deleted them all the normal first page is visible. 

So the main reason for the problem is that the pictures are shown on the wrong page.

This might make docx2007 unreadable for LibO, so Most annoying Bug.

Might be related to or DUP of

Seems to be different to 
"Bug 37315 - pictures in docx file appears in wrong place" (appeared in 3.4, what shows this document fine)
"Bug 39505 - pictures not shown after FILEOPEN docx" (appeared in 3.4.2, what shows this document fine (more or less))

@s-joyemusequna@vf.uni-konstanz.de 
Thank you for your report, please submit new reports with status UNCONFIRMED

@Cedric:
Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug
Comment 3 Roman Eisele 2012-03-24 01:25:09 UTC
Just for the record:

[Reproducible] with LibreOffice 3.5.1.2 (Build-ID: dc9775d-05ecbee-0851ad3-1586698-727bf66) running on MacOS X 10.6.8 German. The same results as on Windows (see attachment by s-joyemusequna@vf.uni-konstanz.de).

This observation just confirms that this is a real cross-platform bug (some other DOCX-related bugs were OS-dependend, e.g. bug 36982).
Comment 4 s-joyemusequna 2012-05-11 09:52:37 UTC
Retested with LOdev 3.6 (2012-05-10) version 3.6.0alpha0+ (Build ID: 9980e69) - Win-x86@6-fast.

It works much better, it looks like in LibO 3.4.5, no regression anymore (the error is still there in LibO 3.5.3). The pictures are where they belong, not on the first page anymore.

The file has 299 pages (278 in Word 2007, 277 in LibO 3.4.5).

Page format is Letter (the same in Word 2007, A4 in LibO 3.4.5), the margin size is different etc. (but this is probably another bug...)
Comment 5 s-joyemusequna 2012-05-11 09:55:04 UTC
I forgot to mention: tested under Windows Vista 64 and Windows XP.
Comment 6 Miklos Vajna 2012-05-29 01:28:10 UTC
This was probably fixed with http://cgit.freedesktop.org/libreoffice/core/commit/?id=b538f6a0f4193531e1187874b4b35a4384d6fcd1, and that's likely won't be backported to -3-5, sorry: it's too risky. Not a regression anymore, so marking as resolved.
Comment 7 s-joyemusequna 2012-07-30 17:12:41 UTC
The bug has reappeared in LibO 3.5.5 (all images are on page 1 again).

Much worse in LOdev Version 3.7.0.0.alpha0+ (Build ID: 0c6bc6e)(2012-07-28): no text at all will be displayed (1 pages, 0 words). 

LibO 3.6 RC 4 displays only the first picture, but no text at all (1 pages, 0 words).

Note: LOdev can't even read the .DOC version (http://www.microsoft.com/en-us/download/details.aspx?displaylang=en&id=10725).
Comment 8 s-joyemusequna 2012-07-30 17:13:58 UTC
Forgot to mention: tested under Windows XP and Windows Vista 64.
Comment 9 s-joyemusequna 2012-09-27 12:46:01 UTC
It works again with LOdev Version 3.7.0.0.alpha0+ (Build ID: 43ac047 from 2012-09-27) Tested under Windows Vista 64.
Comment 10 Michael Meeks 2013-02-07 20:14:21 UTC
It works for me in 4.0 (and the comments suggest 3.6.x) => resolving fixed; the images are all on the correct page that I see. There is still a positioning problem for the image on Page1 still but that would be good as a separate issue - the most severe pathology here is fixed.

Thanks for the report !