Bug 107754 - Document corrupt? 11 page document with no page 8
Summary: Document corrupt? 11 page document with no page 8
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.2.6.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-10 15:35 UTC by Luke Kendall
Modified: 2017-05-11 10:46 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
LO document with "missing" page 8 (20.09 KB, application/vnd.oasis.opendocument.text)
2017-05-10 15:35 UTC, Luke Kendall
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Luke Kendall 2017-05-10 15:35:08 UTC
Created attachment 133216 [details]
LO document with "missing" page 8

I created a clean template with minimal page and paragraph styles, and page layout as I needed.

I saved a copy of my MS as RTF and opened that in Writer, copied the front matter pages into the clean template, then copied the body of the document into the clean template.
(I did this to avoid days of manual work finding and identifying all italic text to reapply that style to the requisite text spans.)
I had to manually find and fix all manual page breaks to use the template's page styles.

At some point I noticed that page 8 was missing, as far as Writer is concerned:
if you place the cursor on each page in turn, starting from the 1st page, you see in the bottom left of the document window the text Page N of M update, in my case from 1 to 445; in the provided sample document, from 1 to 11.
But when you step from page 7 the next page, it does not say page 8 of...., it says you're now on page 9.

This makes it tricky to know whether a page is a right or left page, since you can't trust the page number displayed in the bottom line of the Writer window. Resizing the document window and zooming so you see two pages side by side is a workaround to address that problem.

Writer also correctly identifies Right and Left pages and uses the correct headers.

So this bug seems to have little impact, though I'm worried that Writer has corrupted the file has  somehow.
Comment 1 Christian Lohmaier 2017-05-10 16:22:33 UTC
you're resetting the page number to 1 and odd pages are always right pages, so  an empty page is added to ensure that (when  printing/exporting to PDF you have the option to not output those empty/automatically inserted blank pages).
Comment 2 Luke Kendall 2017-05-10 23:45:14 UTC
Ah! Many thanks. I see that I needed to set the page number to 0, not 1.

I had convinced myself that the completely-consistent headers were correct (in contrast to bug 103078): in fact, they were consistently reversed.

My new clean template is my attempt to work around bug 103078, as outlined there.
Thanks to your explanation of what Writer was doing, I have now fixed my new clean template (and the MS using it).

Many thanks, I really appreciate your help.
Comment 3 Timur 2017-05-11 10:46:46 UTC
Please don't change Status. For LO it "NotABug".