Bug 115772

Summary:	The "reject track change" feature doesn't work as it should when rejecting text formatting.
Product:	LibreOffice	Reporter:	badmofosteven
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED DUPLICATE
Severity:	minor	CC:	badmofosteven
Priority:	medium
Version:	Inherited From OOo
Hardware:	x86 (IA32)
OS:	Windows (All)
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	83946
Attachments:	About LibreOffice

Description badmofosteven 2018-02-16 07:50:32 UTC

Description:
If you apply formatting to text while the record (track changes) feature is on, the formatting does not revert back if you reject the change. Instead, only the history of the change goes away. The text formatting options I've noticed this with are italics, bold, font color, and highlight, but may not be restricted to these.

Steps to Reproduce:
1.Type something in LibreOffice Writer
2.Turn the record (track changes) feature on
3.Apply formatting to that text, such as italics
4.Right-click this text and press "reject change."

Actual Results:  
The history of the change got deleted, as it should have, but the formatting of the text itself did not revert.

Expected Results:
It should have reverted the text formatting.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Version: 6.0.1.1
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU threads: 1; OS: Windows 6.1; UI render: default; 
Locale: en-US (en_US); Calc: group


User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36

Comment 1 Mike Kaganski 2018-02-16 08:15:06 UTC

Confirmed using Version: 6.0.1.1 (x64)
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: ru-RU (ru_RU); Calc: 

and also OpenOffice.org 3.3.0
OOO330m20 (Build:9567)

The changes management dialog even doesn't offer an option to reject the change...

Comment 2 QA Administrators 2019-02-17 03:44:58 UTC Comment hidden (obsolete)

** Please read this message in its entirety before responding **

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)

If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword

Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

Comment 3 badmofosteven 2019-02-17 04:51:26 UTC

Created attachment 149334 [details]
About LibreOffice

The bug is still present.

Comment 4 NISZ LibreOffice Team 2020-04-28 13:18:57 UTC

Seems to be already covered by bug #58813 - when changes are tracked, the new character formatting is recorded, but if there was something non-default set that cannot be restored by rejecting the change.

*** This bug has been marked as a duplicate of bug 58813 ***