Issue 21703 - Table of contents (TOC) has to be updated twice
Summary: Table of contents (TOC) has to be updated twice
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1
Hardware: PC Other OS
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: oooqa
Depends on:
Reported: 2003-10-25 13:15 UTC by norbert2
Modified: 2017-05-20 11:25 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

document (31.52 KB, application/octet-stream)
2003-10-25 13:15 UTC, norbert2
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description norbert2 2003-10-25 13:15:19 UTC
I have attached a document where you should be able to reproduce following problem:

The directoy is not yet updated. Please update it. (Thats only possible using
the navigator because the directory is within a table. Maybe that's another bug.)
You will see that there is the page number 2 behind the last entry, although it
is on page 3.
Update the diurectory again. Now correct "3" is displayed.

The problem here is that the first update here makes the directoy larger and so
the chart is put to the next page, making the whole document 3 pages large. This
fact is ignored by the directory-update-function.
I think this should be fixed.
Comment 1 norbert2 2003-10-25 13:15:48 UTC
Created attachment 10635 [details]
Comment 2 guido.pinkernell 2003-10-29 17:01:16 UTC
I can´t confirm this. The table of contents displays the right page
numbers, esp. number 3 for the last entry. But how do you "update"? I
do it by replacing the TOC by a new TOC, i.e. by placing the cursor
into the TOC, then > Insert > Indexes and tables ...
Comment 3 norbert2 2003-10-29 21:29:31 UTC
I don't mean inserting a new TOC, I mean updating the existing one. 
Thats only possible by right-clicking it in the navigator, because 
the writer does not show the correct conten-menu because its in a 
table. (I think thats another bug.)
Comment 4 guido.pinkernell 2003-10-29 22:05:26 UTC
I can confirm now. So I will set it to New. When the TOC isn´t within
a table the problem doesn´t occur.
Comment 5 h.ilter 2003-10-30 09:33:43 UTC
Reassigned to ES
Comment 6 eric.savary 2003-10-30 11:25:48 UTC
ES->OS: as described.
But this is a very special document -> P3
Comment 7 Oliver Specht 2003-10-30 11:58:35 UTC
Looks like a layout problem. To prevent the influence of the index
size to the page numbers the creation of indexes is a two-stage process. 
The first stage creates the index with placeholders for the page
numbers and the second fills in the numbers. This doesn't seem to work
in this case probably because the graphic is formatted too late.
Comment 8 Oliver-Rainer Wittmann 2003-12-01 11:35:18 UTC
Comment 9 stp 2006-01-27 13:16:00 UTC
In 2.0.1 this is a WORKSFORME.
Comment 10 norbert2 2006-01-27 14:58:23 UTC
I just have repoduce this bug on OOo 2.0.1. Please watch the last page number of
the TOC that changes from "2" to "3" after the second TOC-update.

@thing: Please be morer careful when closing already confirmed issues!
Comment 11 stp 2006-01-27 15:52:24 UTC
If you use Navigator, right-click the index name and choose update, the defect
is still present. If you (as I did) use Tools - Update - Current Index (or All
Indexes) it works as expected.

Resetting to STARTED.
Comment 12 cno 2007-10-01 15:18:36 UTC
@ norbert2
Pls try in 2.3
For me (new document), choosing update in Navigator, the TOC placed in a table,
updates correct immediately
Comment 13 norbert2 2007-10-01 17:31:34 UTC

Why "new document"? I know that not all documents are affected by this bug. But
some, like the one attached, are.

I still see the bug with the attached document.

(SO8 PU8 Linux, shich is equal to OOo 2.3)
Comment 14 norbert2 2007-10-01 17:54:19 UTC
(The with the context menu is Issue 82152.)
Comment 15 norbert2 2007-10-01 17:55:06 UTC
"The bug with the..."
Comment 16 cno 2007-10-01 18:59:13 UTC
@ norbert2
Sorry for my misunderstanding (just read to fast). Thought the table was
essential, but both are.
Comment 17 inlawcada 2010-11-11 02:12:09 UTC
Created attachment 74043
Comment 18 Marcus 2017-05-20 11:24:56 UTC
Reset assigne to the default "".
Comment 19 Marcus 2017-05-20 11:25:55 UTC
Reset assigne to the default "".