Description: When you create Heading 1, 2, 3 etc. and then insert Table of Contents, upon updating index (right-clicking) the Undo command becomes disabled, so you need to close the document without saving if you made any mistakes before updating index. This bug is also happening in newer version (6.1). Steps to Reproduce: 1. Type any word 2. Select it and apply Heading 1 style 3. Insert Table of Contents 4. Right-click on Table of Contents and select "Update index" Actual Results: The Undo action will be disabled Expected Results: The Undo action should be active Reproducible: Always User Profile Reset: Yes Additional Info:
Created attachment 144864 [details] example file Can confirm the behavior and can do so all the way back to OO.o. Right now the only way to fix a problem (let's say you applied an incorrect style) is to go fix it in place in the document and then regenerate the index once again. However, here is the problem. It isn't just that you can not undue a re-index it is that you lose access to the undue queue after the re-index. At first I thought of changing this report to a RFE, since this is how the application has always (far as I can tell) worked. But when you look the effect this has on the undue queue then IMO it is actually a bug. To see this in action: 1. Open the attached file. 2. Go to page 5 and change the header line from 'Direct formatting' and add something to it ie 'Direct formatting of text' 3. Open the menu Edit and note that the undue feature is active. 4. Move the cursor into the Table Of Contents and using the context menu 'Update Index' 5. Now check the menu Edit and note the undue feature is disabled. Which means you can not only not undue the index rebuild you have also lost the undue of the actual text change.
Looks like it was reported as bug 89611 *** This bug has been marked as a duplicate of bug 89611 ***