(1) Downlowad the attachment to bug 76074, file
(2) Open 2118263146_Optimized.docx in LiberOffice.
Program action observed:
- The Writer window opens to the first page. A text box
containing "Prep 2 A.L - Final Revision 2013" is about half
way down the page and right of centre.
- The status bar at the bottom of thw Writer window shows "Page
0 of 7 <separator> 1836 words, 110666 characters <separator>
First Page" and so forth.
(3) Save the file as, let us say, /tmp/d1.docx.
(4) Close the Writer window.
(5) Open /tmp/d1.docx.
Program action expected: The Writer window should look as
described in step (2).
Program action observed:
- First page starts with heading "1. Fill in the gaps with the
correct word." followed by a numbered list starting "1. You've
....... ...... ... her feelings with your impolite comments.".
- Status bar shows "Page 0 of 6 <separator> 1870 words, 11831
characters <separator> First Page" and so forth.
- The second page (status bar: "Page 1 2/6") has the text box
originally described in step (2); test is wrapping around both
sides of the box."
Note that the files from "Export to PDF" match the screen rendering as
far as I have looked. I shall attach .pdf files exported at steps (2)
These observations are based on commit 8931ab3, as fetched 2014-03-23,
built and running on debian-wheezy 64-bit.
Notes to triager:
(*) Bug 75208 "FORMATTING: Lots of formatting problems in complex
.docx document" sounds similar. This one differs in that it
complains about problems introduced at a specific stage of
processing with LibreOffice. Feel free to close this bug as a
(*) LibreOffice 18.104.22.168, delivered with debian-wheezy, also shows
changes across (saveAs, close, reopen); but the original display
is different and the changes are different. I tend to think that
this report does not qualify as a regression.
Created attachment 96563 [details]
.pdf exported from orignal file
Created attachment 96564 [details]
.pdf exported after (SaveAs, reopen)
Is it the case that your attachment to bug 076074, file
2118263146_Optimized.docx, was produced by MS Word? Can you attach a
.pdf showing how MS Word renders the document?
Tested using Windows 8.1 with LibreOffice Version: 22.214.171.124.alpha1+
Build ID: e9b2787c2ece4c8260fbac6359257e1829c917d4
TinderBox: Win-x86@39, Branch:master, Time: 2014-05-09_06:36:37
(In reply to comment #0)
> (5) Open /tmp/d1.docx.
> Program action expected: The Writer window should look as
> described in step (2).
> Program action observed:
> - First page starts with heading "1. Fill in the gaps with the
> correct word." followed by a numbered list starting "1. You've
> ....... ...... ... her feelings with your impolite comments.".
> - Status bar shows "Page 0 of 6 <separator> 1870 words, 11831
> characters <separator> First Page" and so forth.
Looks fixed to me. Status bar displays Page 0/7 | 1836 words, 11666 characters. In Word 2013 the document also has 7 pages.
> - The second page (status bar: "Page 1 2/6") has the text box
> originally described in step (2); test is wrapping around both
> sides of the box."
Created attachment 98779 [details]
PDF exported using Word 2013
Thank you, jornend.
Upon reopening the file, my debug build of commit f585323 still shows
changed info in the status bar, as I described in step (5). Of
course, a different platform and the debug build give lots of room for
It is reassuring that the first rendering by LibreOffice is close to
the rendering by MS Word. I do notice that in the page heading the
words "ENGLISHSHEET" is swapped left-for-right with the lighthouse
logo. This is small potatoes compared to moving the text box from the
first page to the second.
The problem is gone with daily dbgutil bibisect version 2915-08-07 ...
Build ID: 09a9234c021ad98c5adeb493b5814e97b92ee912
Locale: en-CA (en_CA.UTF-8)
I am setting bug status RESOLVED WORKSFORME.