Apache OpenOffice (AOO) Bugzilla – Issue 30037
Incorrect change tracking in tables
Last modified: 2013-08-07 14:38:26 UTC
Edit|Chnages|Record ON Edit|Chnages|Show ON Copying and pasting several columns of a row to another row causes lost of "Insertion" attributes of the inserted/entered text in the table. The overwritten text (by the paste operation) is removed and do not get the deletion attribute. This copying and pasting even crashes the tool. The same behaviour is for more rows of a column. How to reproduce: ------------------ 1.) New Text Document. 2.) Set Menu Items: Edit|Chnages|Record ON Edit|Chnages|Show ON Open the Edit|Chnages|AcceptOrReject|List to be able to track the changes. To have better visibility of the changes: Tools|Options|TextDocument|Changes| Insertions|Attributes [None] Insertions|Color By Author Deletions|Attributes Strikethrough Deletions|Color By Author ChengedAttribs|Attributes [None] ChengedAttribs|Color By Author LinesChanged|Mark Left Margin LinesChanged|Color Black 3.) New line. 4.) Insert table (default) 6 rows x 6 columns. Note: The table item addressing towards will be: (Row_Number, Colum_Number) (1, 1) is the left upper corner. 5.) Put number "1" to (1, 1), "2" to (1, 2), ..., "6" to (1, 6) The 1st row should look like: 1 2 3 4 5 6 6.) Select the entire 1st Row, and Copy it to ClipBoard. 7.) Go to (2, 1) and Paste. Behaviour: Only the number "1" at (2, 1) has the "Insertion" attribute. Items "2"-"6" at (2, 2-6) have no Insertion attribute i.e. they are also not listed in Edit|Chnages|AcceptOrReject|List 8.) Go to (3, 1) and Paste. Behaviour: All row 2 got the Intersion attribute. Only the number "1" at (3, 1) has the "Insertion" attribute. Items "2"-"6" at (2, 2-6) have no Insertion attribute. Going through the Edit|Chnages|AcceptOrReject|List by clicking on them one-by-one it is observable that the Insertion(s) for the text teable item (1, 1) "1" are duplicated 7 times. All other items from the table wich have the "insertion" attribute are listed 7 times in the Edit|Chnages|AcceptOrReject|List. 9.) Go to (4, 1) and Paste. Behaviour: All row 3 got the Intersion attribute. Only the number "1" at (4, 1) has the "Insertion" attribute. Items "2"-"6" at (4, 2-6) have no Insertion attribute. Going through the Edit|Chnages|AcceptOrReject|List by clicking on them one-by-one it is observable that the Insertion(s) for the text teable item (1, 1) "1" are duplicated more than 50 times. All other items from the table wich have the "insertion" attribute are listed several 10s times. The Edit|Chnages|AcceptOrReject|List is enormously long. 10.) Go to (5, 1) and Paste. Behaviour: This paste operation takes enormous time (several seconds) compared to the previous Paste operations. All row 4 got the Intersion attribute. Only the number "1" at (5, 1) has the "Insertion" attribute. Items "2"-"6" at (5, 2-6) have no Insertion attribute. 11.) Go to (6, 1) and Paste. Behaviour: Items at Rows 1-3 lost their "Insertion" attribute. Items at (4, 1-4) lost their "Insertion" attribute. These Items are also removed from the Edit|Chnages|AcceptOrReject|List The list is reduced from several 100s of entries to 9, there is one entry for each table item: (4, 5-6); (5, 1-6), (6, 1) Again items at (6, 2-6) have no insertion attribute. Note: Now the table should look like: 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 . . . 1 2 3 4 5 6 12.) Insert letter "a" after each number in row 1 of table. Insert letter "b" after each number in row 2 of table. . . . Insert letter "f" after each number in row f of table. Note: Now the table should look like: 1a 2a 3a 4a 5a 6a 1b 2b 3b 4b 5b 6b 1c 2c 3c 4c 5c 6c . . . 1f 2f 3f 4f 5f 6f 13.) Select items/cells "3b 4b 5b" and Copy them to clipboard. 14.) Select items/cells "3d 4d 5d" and Paste. Behaviour, lost the "insertion" attributes, no deletions. 15.) Select items "3f 4f 5f" and Paste. (The OOffice crashed....) sometimes 13.) If no crash, play with selecting some cells of rows/columns, copy them to clipboard. Go to other item/cell and paste. (The crash is comming soon ...)
ES->Henning: seems to be mostly the well known problem of tracking changes in tables, thus duplicate (id?). I can't reproduce the crash at the end of the description.
I have seen that the last entry was in June. Does this problem also occur in a newer version? Or could this issue be closed by the original reporter? If this occurs in a later version, the original reporter could reopen it every time it is possible ... ;)
Re-Checked on OpenOffice 1.1.3 : The result is somehow better, the tool does not crash. The change tracking is till not correct. The dialog Edit|Chnages|AcceptOrReject|List contains more changed lines then in the reality were done, starting from point 8-9.) From point 11.) Pasting a line to the last (6th) row of the table the changed attribtes on some cells in the table are still lost, etc. I do not know if it is a duplicate ID. Maybe I can judge better if you send me the assumed ID number of which it is a duplicate.
I have no problems at all with the change tracking. I am translating some OOo documents for the Germanophone-project and have worked with a couple of guys (all of them switching the change tracking on) and we have no problems at all (neither in 1.1.3, 1.1.4rc, 1.1.4 or - in my case - 1.9.xx) ... So I cannot reproduce your problem with SuSE Linux 9.1 .... :(
Have you tried it in a newer version of OOo like 1.1.4 or some 1.9.xx builds? Does your change tracking problem also occur in these versions? Or is your problem solved with them? Just a reminder, you know ... ;)
I just re-checked the issue with 1.1.4, with the same (incorrect) result. I checked points 1-8 of the flow from my 1st entry.
@ttomasz: Have you also tried some 1.9.xxx builds? Lots have changed in the newer builds, so maybe your problem dissappears there?
@ttomasz: I have not seen any answer to my question from a month ago ... :( Could you be so kind to answer it, please? It is common usage here, to close unanswered issues here ... ;)
I am sorry for not answering you so long, the reason is that I have had no time yet to try any of the latest 1.9, 2.0 builds. If you can give me more time, I will check it and let you know ASAP. Thanks and regards.
duplicate. Please, please only one item per issue. Even whent things are related to a specific feature, plese file seperate issues and try to keep the description as short as possible. Supply test-documents that already contain the skeleton to reproduce the problem. If you still encounter the crash, please file a seperate issue. *** This issue has been marked as a duplicate of 3460 ***
closing duplicate.