Bug 147436 - Certain changes remain in track & changes record even after undo of every change
Summary: Certain changes remain in track & changes record even after undo of every change
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.4.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Track-Changes
  Show dependency treegraph
 
Reported: 2022-02-15 10:35 UTC by Telesto
Modified: 2023-05-14 18:12 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screencast (1.66 MB, application/x-matroska)
2022-02-15 10:35 UTC, Telesto
Details
Screencast (more simplistic) (1.07 MB, video/mp4)
2022-02-15 12:23 UTC, Telesto
Details
Video with reproducing steps for track changes issue (2.42 MB, video/mp4)
2022-06-14 11:22 UTC, Amalia Constantin
Details
Track changes issue (3.98 MB, video/x-ms-wmv)
2022-06-14 11:30 UTC, Amalia Constantin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2022-02-15 10:35:10 UTC
Description:
Certain changes remain in track & changes record even after undo of every change

Steps to Reproduce:
1. Open attachment 178254 [details]
2. Repeat the screencast (or something similar)

It does happen regular (and able to make screencast of it), but what exactly causes the issue is a mystery to me

Actual Results:
Certain items still show as changed.. even though everything has been undone

Expected Results:
No changes at all


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 42c5506a9e9ef58efd8193a193464e3b49d481ca
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2022-02-15 10:35:29 UTC
Created attachment 178279 [details]
Screencast
Comment 2 Telesto 2022-02-15 10:39:09 UTC
It might have something to do with the redo in between first & second run
Comment 3 Telesto 2022-02-15 12:23:48 UTC
Created attachment 178281 [details]
Screencast (more simplistic)
Comment 4 Dieter 2022-03-03 08:09:24 UTC
I can't confirm it with

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: c856f9bec12d98ed49f01578ded79f16ae7be051
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Additional information
There is one trecked change in the attached document. i accepted it, before following steps from screencast in comment 3
Comment 5 Amalia Constantin 2022-06-14 11:22:46 UTC
Created attachment 180753 [details]
Video with reproducing steps for track changes issue
Comment 6 Amalia Constantin 2022-06-14 11:23:37 UTC
I was able to reproduce the issue, by following the steps in the screencast video: undo action is not able to clear the text formatting introduced by the tracked changes. 

Additionally I would make the following notes:
	- The issue is easily reproduced starting also with a new text document as seen in the attached video Track changes issue.mp4. 
	- Having bold as default setting for tracking changes to attributes can be misleading when the user does make other text format changes (italic or underline) and does not expect the text to be bolded - also the ribbon does not reflect the bold attribute, while the text is displayed as bolded. I would recommend reassessing this option or its implementation having Microsoft Word as reference.  
	- Additionally if clone formatting is used between text with the same format attributes, LibreOffice signals the formatted text as changed, even if no change has been applied due to the clone formatting. I would reference Microsoft Word for this use case, where the software is capable of recognizing whether a text attribute has been in fact changed or not as a consequence of user actions.
Please see the attached video for reference. 
		
	
Reproduced on the configuration below: 

Version: 7.3.4.2 (x64) / LibreOffice Community
Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5
CPU threads: 16; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 7 Amalia Constantin 2022-06-14 11:30:21 UTC
Created attachment 180754 [details]
Track changes issue
Comment 8 Amalia Constantin 2022-06-15 11:12:54 UTC
Reproduced also in dev build

Version: 7.3.5.0.0+ (x64) / LibreOffice Community
Build ID: 2c37dc951b08f92406d1fc74052e20eb7cba98f9
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 9 Amalia Constantin 2022-06-24 08:42:51 UTC
Reproduced also in dev build following steps in video:
1. New text document
2. Write several rows of text
3. Edit - Track changes - Record
3. Click on different words and change text format (bold, italic,underline) - use keyboard shortcuts
4. Insert new text
5. Click undo several times (CTRL+Z) 
=> notice that user format text actions are undone, while text stays bolded and colored, due to track changes attributes not being undone. 

Version: 7.4.0.0.beta1 (x64) / LibreOffice Community
Build ID: cec1fe9b57a55c032f9f118c907f34e22a63d040
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 10 Amalia Constantin 2022-06-24 08:43:11 UTC Comment hidden (obsolete)
Comment 11 Dieter 2022-06-24 09:02:59 UTC
(In reply to Amalia Constantin from comment #6)
> I was able to reproduce the issue, by following the steps in the screencast
> video: undo action is not able to clear the text formatting introduced by
> the tracked changes. 

Amalia, thank you for testing. If you can reproduce a bug, please change status to NEW (I did it for you now)