Bug 140640 - Rejecting a recorded formatting change does not restore original in some cases
Summary: Rejecting a recorded formatting change does not restore original in some cases
Status: RESOLVED DUPLICATE of bug 50447
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Track-Changes-TextFormatting
  Show dependency treegraph
 
Reported: 2021-02-24 13:26 UTC by Phus
Modified: 2021-08-17 08:43 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Phus 2021-02-24 13:26:41 UTC
Situation 1: A word in a text is not formatted as italics. With "Record changes" enabled, italicize the word with direct-formatting. The change is recorded. Now if you reject the formatting, the word is in roman again. This behaviour is as one would expect.

However, situation 2: A word in a text is direct-formatted as italics. With "Record changes" enabled, italics-formatting is removed. The change is recorded. Now if you reject the change, the italics are not restored, but formatting stays in roman; at the same time, the word is not marked as changed anymore.
Comment 1 Timur 2021-03-02 14:46:23 UTC
Repro OO and 7.2+ so I set New. 
In 4.0 and 6.0 both situations were wrong. So good step could be to find where 1st was corrected. 
Needs check for existing bug.
Comment 2 NISZ LibreOffice Team 2021-08-17 07:42:05 UTC
This works now after bug 50447 was fixed yesterday:

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: dd3ab0fd737ff84657ff34eebafe2628f489e5a1
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL

(saving to ods / docx still does not, however)

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