Issue 25710 - Table of contents should be updated before printing
Summary: Table of contents should be updated before printing
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 3.2
Hardware: All All
: P3 Trivial with 15 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
: 8089 (view as issue list)
Depends on:
Reported: 2004-02-19 22:03 UTC by sajer
Modified: 2019-02-03 01:28 UTC (History)
8 users (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---

Example (5.78 KB, application/vnd.sun.xml.writer)
2004-02-19 22:04 UTC, sajer
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description sajer 2004-02-19 22:03:54 UTC
I noticed that my last minute changes to headings were not found in the index 
after printing.

If a heading 1 sounds like "I like" and you create an index, it 
is shown correctly in the index.

If you change the heading to "I like trouble" and then print the document, the 
old index is printed with the wrong heading "I like"... 

I certainly hope that this is an error. This will cause trouble! Microsoft Word 
updated fields and indexes before printing, why should it not? And why should 
Writer not? 

Because indexes can be edited manually? I hope not! Do you want users to 
manually update all indexes in a document before printing?
Comment 1 sajer 2004-02-19 22:04:19 UTC
Created attachment 13299 [details]
Comment 2 sajer 2004-02-19 22:04:56 UTC
Sorry, I did not mean "index" but "table of contents"
Comment 3 sajer 2004-02-19 22:40:38 UTC
I know found the "Tools->update" menu item, but this dot not change anything. 
Why would guess that they would have to find this menu item and update all 
field this way before printing???
Comment 4 mci 2004-02-20 08:39:54 UTC
reassigned to bh

changed summary from 
"Index (and other fields?) not auto-updated when printing" 
"Fields should be updated before printing"
Comment 5 mci 2004-02-20 08:40:22 UTC
Comment 6 rblackeagle 2004-02-20 13:50:30 UTC
Right-click in the TOC and choose "Update" -- that's the fastest way I've seen.

However, you have a point.  Perhaps there should be an automatic update before
saving as well.  It would relieve a writer of bouncing around to indexes and
toc's to update.  Sounds like a good idea unless someone can think of a reason
not to.

The only reason I can think of is the complaints about "Why does it take so long
(you know, a few extra seconds) before OOo saves or prints my document?"  So it
might need a message saying: "Updating indexes, please wait."
Comment 7 sajer 2004-02-22 21:41:11 UTC
Updating before saving is not an issue, but before printing only. And it takes 
only a second to update the index. This is about usability; forget about work 
arounds, I know them but million users does not, and they do not read 
issuezilla or forums either.

I could not believe this one, I could have forgotten all about it milliosn of 
times before printing, stressed before deadline! When I was taught about Word 
they stressed that fields were of course updated automatically before printing!

Printing a report with an index with errors is... a disaster... in my line of 

The fastest way... is when software does things the right way without asking us!

Thanks for a great free suite :)
Comment 8 bettina.haberer 2004-06-29 12:21:39 UTC
As priority 1 is not used for features and enhancements, the priority is reset
to the default 3.
Comment 9 goa103 2005-01-28 16:11:05 UTC
This issue is definitely a duplicate of issue 8089.
Comment 10 lohmaier 2005-01-29 22:29:29 UTC
*** Issue 8089 has been marked as a duplicate of this issue. ***
Comment 11 lohmaier 2005-01-29 22:31:22 UTC
comment from goa103 to issue 8089:
Until this issue is resolved users can find a solution in the topic. The idea is to
assign an update all document indexes macro to an event. In MS Word it seems
this feature is implemented as an option to the default configuration. To avoid
from patching all my documents I chose to add this macro to my text document
Comment 12 sander_marechal 2007-06-27 09:15:56 UTC
I voted for this issue. It's very annoying that this still not works. I use OOo
headless as part of a document processing pipeline (using PyODConverter and a
system similar to JODReports) so this is a big problem for me.
Comment 13 cno 2007-10-01 12:47:02 UTC
Changed summary: this issue is about TOC.
+ Added mself as cc
A worthy request, IMO
Comment 14 arauzo 2008-03-27 19:07:10 UTC
This is NOT just about table of contents. All indexes like bibliography are
affected and other fields too. Although not as well explained as this, Issue
8089 was better summarized and nearer to a solution. I propose the summary be
changed to:

 Automate "Update All" before saving and printing

Maybe this should not be enforced, but suggested to the user with a dialog (this
was pointed by 8089). Probably a configuration option to avoid the dialog will
be handy.

The solution can be squematized in this:

 BEFORE  (printing, saving, page preview...):

   IF there are indexes or fields in document:

      IF setup is Auto_Update_All:
          Update All
          Ask user for updating them all now

Comment 15 arauzo 2008-03-27 19:13:46 UTC
Now I motivate why I think this issue is important. I am a university assistant
professor that suggests students submitting project documents with OpenOffice. I
receive 5% of them with bad indexes because of this issue.
Comment 16 arauzo 2008-03-31 18:38:21 UTC
Issue 40231 --marked as dup of issue 24593-- was talking about automating this
task. I think it was a dup of this issue rather than 24593.

Comment 17 sajer 2009-05-17 18:42:32 UTC
FIVE YEARS LATER - I strongly encourage you to do something about this issue.
Five years!
Comment 18 sajer 2010-03-27 22:42:38 UTC
*SIX* LONG YEARS LATER (2200 DAYS!) - I strongly encourage you to do something 
about this issue.

SIX years!
Comment 19 bettina.haberer 2010-05-21 14:54:56 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements". 
Comment 20 tamm 2015-05-07 09:51:50 UTC
It is very annoying that this bug report now is 11 years old, but nothing has happened. I can't see any reason why indices shouldn't be updated automatically, since there is no benefit of outdated indices. Update should occur at least on printing and PDF export. Final documents must not have outdated indices.
Comment 21 Sajer 2015-12-28 02:41:46 UTC
I am the original reporter of this issue. February 2004. Amazing that this is not fixed. In 2004 I was already disappointed with the development of OOo and had been for years.

I now see that this issue stands after... 11 years. I turned my back on OpenOffice many years ago after many annoyances and years of waiting for fixes. Even important ones. Turned out to be the right decision. The world and the market changed as it always does and OOo didn't move many meters. 

Rest in Peace, OpenOffice. I liked you in the 90s, but this waiting is too much.

BTW much of my word processing is done everywhere on the planet on a tablet with USB keyboard, and the word processor is cloud based or one of several smart apps for fast writing. Should I desire to use my phone or computer instead or at the same time, it is very possible.

And Apache and OpenOffice? ... well... this is a museum.
Comment 22 brainchild 2019-02-02 21:46:50 UTC
I am affected by this issue, and find it astonishing that although it has the potential to cause substantial problems for the user, was reported 15 years ago, and requires no debugging or redesign to resolve, it still remains open.

Is there no way to triage this problem to a track of issues that are easy to fix and that significantly reduce the chance the very unwanted effects?

Publishing a document with inaccurate indices is a bad result, whereas a feature such that the application rebuilds indices on major events such as saving, opening, printing, and editing would seem nearly trivial to implement.

I myself received a document that was automatically generated by an external tool.  The tool marks the indices as dirty in the file it creates, which Microsoft users report is detected by MS Office as soon as the file is opened.  Meanwhile, Open Office is completely silent, making not even a warning.

Some users are proposing homegrown macros to solve the problem to compensate for lack of support from inside the application (

But a custom macro adopted by a few diligent users does nothing to protect against an arbitrary user receiving a file with dirty indices and remaining oblivious because the application was lazy.

If a major issues can be partially solved with 10 lines of macro code, then can it be fully solved, in the code base, over a period of 15 years?
Comment 23 Peter 2019-02-03 01:28:10 UTC
Well if you want to dig into this you can do:

Source Code is here:
Dev Community can be contacted at in terms of questions.
We try to answer the question as good as we can.

So far, yes I would like to solve this as so many other issues.