Apache OpenOffice (AOO) Bugzilla – Issue 12765
indexes and tables, strange links, delete one, or two for the same price.
Last modified: 2003-09-08 16:56:16 UTC
the following is really bizarre - in the attached document there is a TOC in the beginning, and an alpha index on ca P65. several times I tried to delete the alpha index, and regenerate it, yet every time I ended up deleting the TOC. in the end my work around was to delete, and then to regenerate, working from the back to the front of the doc. Then it worked.
Created attachment 5304 [details] word processing file
Reassigned to ES
I cannot reproduce the problem (delete the alphabetical index, the Toc disappear). You flagged the field OS to "other". What kind of OS are you working on? Please also detail the way you delete the index and what you see. Does the TOC disappear from the Navigator (F5)?
Well, this one has happened to me several times, but not all the time. I will click on the toc with the right mouse button, to show the little menu that allows me to delete the table. then regenerate it. fine sofar, then I will delete and regenerate the index the same way. now, if I go back to the TOC, which is all the way in the front of the document, and I do the delete routine again, i.e. by clicking on it, suddenly, as I delete the table, or so I think, I'm finding myself back at the Index, and have deleted it again. The only work around I have found which works most of the time to stop this behavior, has been to do the index, save the file, completely shut down OOo, and then do the TOC in a fresh round of editing. So the problem seems to happen when editing both at the same time, and the linkage appears to be mostly one way, i.e. if I edit TOC after index, it seems to "remember" the Index. The other way around the problem has not occured.
I still cannot repreduce it, sorry. Once again: what is your OS?
Win2K, SR3, OOo 1.10 beta I have experienced this problem about 15-20 times in some 4, 5 different sessions, so I know it's real. there must somehow be a memory effect going on that the routine retains a variable, and stays pointed to the last table it deleted or re-generated, even though you've just selected it from another location. I see from my own notes that I did experience it in both directions, so the way to replicate it is within the same session to delete/regenerate first the index, and then do the same for the TOC. Sometimes it worked a few times before it failed, and there may be editing work going on between the cycles. At some point you will find that it deletes the wrong item - visually you'll be pointed to the TOC when you click delete, but when it comes back you've been moved to the Index location, and you've just deleted the index. again the work around has been to save it, get out completely and start fresh, and not do both in one session.
How do you move from one index to the other? Over the Navigator? With the scroll bar? When you delete an index, do you: 1) right click, then delete 2) left click in the index, then right and delete? If you do 1) it may be that the cursor is still set in the first index when you delete. though you see the second one. Please check this
yup indeed, if you right click only it leaves the pointer set to the other table, now I understand and know what to do... I would still consider this a bug, it makes no sense to be pointed elsewhere, not to the place where your visual clues lead you to believe you are at the time...
This is a known enhancment whish: the right mouse button doesn't move and set the cursor.
closed