Bug 33082 - Multiple operations are not tracked as change in change control
Summary: Multiple operations are not tracked as change in change control
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
3.3.0 RC2
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Track-Changes
  Show dependency treegraph
Reported: 2011-01-13 18:40 UTC by Luiz Angelo Daros de Luca
Modified: 2021-10-05 20:00 UTC (History)
10 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Luiz Angelo Daros de Luca 2011-01-13 18:40:27 UTC

I tested with RC3 (still not present in bugzilla). The change control is really broken in this release. If this is a main feature, this should be marked as blocker. Some of these problems are new, some are old (oo3.2) but they turn the change control unfunctional.

1) Turn on Edit/Changes/Recond
2) Type a text (this creates a change in accept/reject window).
3) Select some text and apply any style from the combobox "apply style".
   (There is no change for this operation but it should!)

5) Select some text and change some formatting (bold, italics, alignment, really anyone)
   (There is no change for this operation but it should!)

7) create a table with multiple lines (good, this creates a change)
8) delete any line using the toolbox (my change is gone!)
9) undo the delete operation (my change is not back!)
10) undo the "add table" and redo it (my change is now finally back!)

11) Insert a frame, picture, formula etc (no change is added but it should!)

12) select some text, right click, edit paragraph style. Change anything (no change is added but it should!)

13) Create a page header, type something
14) Accept all changes
15) Remove the header: insert/headers/default (no change for the removing operation but it should!)

BTW, using INSERT/headers to remove a header is not very userfriendly 

16) insert a index (no change is added but it should!)

I'll stop by here because many of this can be duplicated bugs. I'll wait for a fix. After it, I will bring another round.
Comment 1 Björn Michaelsen 2011-12-23 11:45:23 UTC Comment hidden (obsolete)
Comment 2 Luiz Angelo Daros de Luca 2012-01-10 10:08:47 UTC Comment hidden (obsolete)
Comment 3 Luiz Angelo Daros de Luca 2013-01-21 22:08:23 UTC
All problems still exist on 4.0.x, updating item: 

8) delete **the last line** line using the toolbox
Comment 4 Joel Madero 2014-12-15 01:49:50 UTC Comment hidden (obsolete)
Comment 5 tommy27 2014-12-29 08:28:46 UTC Comment hidden (obsolete)
Comment 6 retired 2015-01-04 11:39:16 UTC

* open new writer file
* type "test"
* turn on Edit / Track Changes / Record Changes
* mark the text and make it e.g. "Title" from apply style selection box

Currently: the text becomes a title as expected but no change is recorded

Expected: a change should have been recorded

Word 2011, OSX 10.10.1 behaves as expected so this is a bug and it is NEW.
Comment 7 Luiz Angelo Daros de Luca 2015-04-02 02:50:53 UTC
Tested again on and the bug is still present.

Does not generate changes (but it should):
- Appling a Style on text
- Changing paragraph properties (format/paragraph, format/bullets)
- Changing page formatting
- Inserting/removing frame, picture, formula etc
- Inserting/removing page header/footer
- Inserting/removing indexes

Remove the change wrongly:
- Deleting a single row in a table removes the change related to the table addition (and undoing the deletion does not returns the change)
Comment 8 Moritz Moeller-Herrmann 2015-11-04 10:42:00 UTC
Tested again with libreoffice 5.0.3, the following items do not get tracked as changes, which is quite shocking for me:

1) Applying a different paragraph style
2) Deleting a row in a table
3) Inserting a row in a table

2/3 make it impossible to work with libreoffice on documents using table formatting. I would upgrade this to a major bug. In particular, as the libreoffice documentation wrongly states that all usual text alterations are recorded.

"Not all changes are recorded. For example, the changing of a tab stop from align left to align right is not recorded. However, all usual changes made by a proofreader are recorded, such as additions, deletions, text alterations, and usual formatting."

See https://help.libreoffice.org/Common/Recording_Changes

Major bug!
Comment 9 Moritz Moeller-Herrmann 2015-11-04 20:02:35 UTC
I care about getting this fixed, so I'm offering USD 250.00 via FreedomSponsors to the first person who fix it.

Offer link: https://freedomsponsors.org/issue/740/multiple-operations-does-not-generate-a-change-in-change-control

You can also join me and throw in a few bucks there and we'll get it fixed faster :)
If you fix this issue (see my acceptance criteria there) please use that site to request your payment.
Comment 10 tommy27 2015-11-05 05:09:55 UTC
thanks Moritz for your generosity. 
I posted a message about your offer on the developers mailing list.
Comment 11 Andrey Skvortsov 2016-08-15 11:49:07 UTC
Just for your information, I added my 20$ to the bounty for this issue on freedomsponsors.

Comment 12 QA Administrators 2018-02-22 03:37:52 UTC Comment hidden (obsolete)
Comment 13 Christian Pietzsch 2018-10-07 02:30:04 UTC
I checked the bug against:
Build ID: 6.1.0-2
CPU threads: 12; OS: Linux 4.18; UI render: default; VCL: gtk2; 
Locale: de-DE (en_US.UTF-8); Calc: group threaded

I can replicated all things from the original post but one.
Directlz formatting a text (bolt, italic,...) creates a change in this version.
Comment 14 QA Administrators 2021-02-25 04:08:57 UTC Comment hidden (no-value, obsolete)
Comment 15 Buovjaga 2021-10-05 20:00:26 UTC
This old report has multiple issues in one, so is not really valid. I will close this. There are now separate reports for all the issues and they are being tackled by NISZ team. Meta bug: https://bugs.documentfoundation.org/showdependencytree.cgi?id=143050&hide_resolved=1