Apache OpenOffice (AOO) Bugzilla – Issue 3460
error upon insert/delete into table
Last modified: 2013-08-07 14:41:36 UTC
when 'change tracking' is enabled for a document and changes for a table exist, any table 'insert/delete row' operation results in a loss of the change tracking information. This is a severe problem since it makes change tracking for documents with tables pretty much useless....
-- fixed typo in the Summary line ---
The current table concept does not allow to track changes when the table structure gets changed. It is limited on text contents.
If the change tracking is not supported - why does it highlight changes, and - even worse - when adding a table row unmark the previously highlighted items and display old AND new values in the table ? If the (limited) functionality is intended, then the table row insert/delete must be prohibited as long as change tracking is enabled -- or the program should disable change tracking within tables. The way how the program works right now is very confusing, inconsistent, erroneous, and not compatible with ANY other word processor.
ES->DVO: this issue is *internally* duplicate of #78848# and #105170#. So please send back when fixed.
dvo: There's two issues involved: 1) We can't represent 'table operations' with the current structures. Since we can't represent them, we delete the redlines in question. 2) This process is buggy. The deleted (old) texts may be inserted again in certain circumstances. One might well call this "very confusing, inconsistent, erroneous", as Klaus-Peter put it. Removing the first problem will take some time, as it requires changing large parts of the core. It's a conceptual problem. This will not happen soon (at least not by me), although it is on the agenda for some future release. The second part is clearly a bug, and not a conceptual problem. I will have a look at this within the next months, so hopefully a fix could go into the next 'big' (non-bugfix) release (OOo 1.1, maybe).
utomo > DVO: Please reconsider the target for this issue. since it makes change tracking for documents with tables pretty much useless. Thanks
*** Issue 31106 has been marked as a duplicate of this issue. ***
*** Issue 30037 has been marked as a duplicate of this issue. ***
This bug has appeared in OOo 1.1.0 build in Linux. It also appears in OOo 2.0.1 in Windows 2000 Professional. For some reason, inserting/deleting a row in existing table does not result in loss of the change tracking information. But somehow, it results in loss of change tracking information. This following is the steps of the example that leads to the loss of the change tracking information: 1a. Open the Word Processor OpenOffice.org 2a. Go to "Menu" > "Insert" > "Table..." 3a. Create table of, for example, 2 rows and 5 columns by entering number 5 at the "Columns", and number 2 at "Rows" 4a. Press OK 5a. Go To "Edit" > "Changes" 6a. Click on "Record" to enable change tracking 7a. Type any word in the first cell (most top-left cell), e.g, the word "Hello" 8a. The word "Hello" will be underlined and displayed in red colour. This means that the change tracking runs well. 9a. Right-click on the first cell (most top-left cell) to go to the context menu. 10a. Go to "Row", and then click on "Insert..." 11a. Insert number 1 in the field "Amount" to insert 1 row in the table. 12a. Press OK 13a. The word "Hello" is now displayed in black colour without the underline. This means the change tracking information is lost. This next following is the steps of example that does not lead to the loss of change tracking information: 1b. Open the Word Processor of OpenOffice.org 2b. Go To "Edit" > "Changes" 3b. Click on "Record" to enable change tracking 4b. Go to "Menu" > "Insert" > "Table..." 5b. Create table of, for example, 2 rows and 5 columns by entering number 5 at the "Columns", and number 2 at "Rows" 6b. Press OK 7b. Type any word in the first cell (most top-left cell), e.g, the word "Hello" 8b. The word "Hello" will be underlined and displayed in red colour. This means that the change tracking runs well. 9b. Right-click on the first cell (most top-left cell) to go to the context menu. 10b. Go to "Row", and then click on "Insert..." 11b. Insert number 1 in the field "Amount" to insert 1 row in the table. 12b. Press OK 13b. The word "Hello" is still underlined and displayed in red colour. This means that the change tracking information is not lost. However, if redo the step 1b-10b again, and then continue the step with this following step (will lead to the loss of change tracking information): 11c. Insert number 2 in the field "Amount" to insert 2 rows in the table 12c. Press OK 13c. The word "Hello" is still underlined and displayed in red colour. This means that the change tracking is not lost. 14c. Go to the second row and first column 15c. Right-click to go to context menu 16c. Go to "Row", and click "Delete" to delete the row 17c. The word "Hello" is still underlined and displayed in red colour. This means that the change tracking information is not lost. 18c. Do step 15c and 16c again to delete the next row 19c. The word "Hello" is now displayed in black colour and not underlined. This means that the change tracking information is now lost. I think this bug is really important since the change tracking information might be needed for the user in doing his work.
still appear in OOo 2.1 - under linux Information loss should be treated as a showstopper !!!
Hopefully, this was considered after implementation of the new table model. See: http://blogs.sun.com/GullFOSS/entry/new_tables_have_arrived I have not tried to reproduce it, but a data loss should be handle as P2 I think. Peter
This issue is still open with OO 2.2 Not posibble to use the change tracking if this is not fixed. The whole change tracking is useless if it fails for some parts of the document. You cannot trust it.
IMO, DVO is currently the wrong assignee for issues.
This one i solved since 2.0 by issue 17764. *** This issue has been marked as a duplicate of 17764 ***
Closing duplicate.