https://bugs.documentfoundation.org/show_bug.cgi?id=159991
Bug ID: 159991
Summary: TOC page numbers do not match actual page numbers by
constant offset - with workaround
Product: LibreOffice
Version: 7.4.7.2 release
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: t...@sullivaninusa.com
Description:
With a fairly long, 341 page document, TOC page numbers do not match the actual
printed page numbers, which are correct. Various changes to the document, such
as deleting the last half then updating the TOC work once. After that the bug
reappears. The same was experienced by checking/unchecking options in Create
>From such as Index Marks. In other words, changes to things may work once or
twice, then fail once the index (TOC) is updated or edited. A workaround was
suggested to this author by a workaround for another bug in a forum (URL lost).
See below steps to reproduce.
Steps to Reproduce:
1. Use a big document with a very detailed outline.
2. Insert a TOC near the top, such as after title and copyright pages.
3. Use ctl-Enter to go to the next page.
4. Update the TOC if needed.
Actual Results:
Page numbers in the TOC are wrong, typically by a constant offset
Expected Results:
TOC page numbers would match page footer page numbers (which are correct).
Reproducible: Sometimes
User Profile Reset: No
Additional Info:
Workaround:
1. Delete all lines and text between TOC and text of next page.
2. Put in 2 or 3 blank lines (not sure this is needed, but is useful to be sure
what one is doing.
3. Go to menu/More Breaks/Manual Break ...
4. For page style, select Default Page Style
5. check Change page number and put the correct page number for the next page
in the below box.
6. Click OK
(weird, huh?)
(Note: I fear to reset my profile. I also do not think this worthwhile since
the bug also appears in a new install of 7.6)
I hope to attach 2 files: TreatiseSin.odt containing above workaround and
TreatiseSinBAD.odt which exhibits the bug. These uploads are necessary as small
test documents do not reliably exhibit the bug if at all.
--
You are receiving this mail because:
You are the assignee for the bug.
