Created attachment 72195 [details] An example file to demonstrate the problem LibreOffice keeps track of format changes (bold, font size, etc.) but it seems impossible to reject those changes. In the "Accept or Reject Changes" dialog the "Reject" button is disabled when a "Formats" change is selected but there are still two ways to try it anyway. Either by right-clicking on the text you changed in the main window and selecting "Reject" from the context menu. Or by selecting a non-"Formats" change in the "Accept or Reject Changes" dialog and clicking on the "Reject All" button. The effect is the same, LibreOffice looses track of the format changes but doesn't change the text to it's original state. I created a small example file, I hope you see what I mean.
Thanks for reporting! I can confirm that using Mac OS X 10.8.2 LibreOffice 4.1.0.0.alpha0+ (Build ID: 699132c269a6c6d9e815fc582e2e6a106e46923) TinderBox: MacOSX-Intel@1-built_no-moz_on_10.6.8, Branch:master, Time: 2012-12-27_01:05:51
I can also reproduce it using the oldest LO version I have installed on Mac OSX. LibreOffice 3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b So, I changed this bug to this version (instead of LO 4.0 branch).
Hmm... It's more than a year now since this bug is reported. Still the same on 4.1.2.3.
I'm beginning to find this annoying. It's bothersome when there's already character formatting before the recording formatting is made. So, to circumvent this bug by clearing direct formatting (the only way I know how at this point), all formatting is cleared, so that I've to redo the original ones. Eesh... So, I'm elevating the importance to major.
Correction: "Clear Direct Formatting" doesn't work. I've to select, cut and paste as RTF. This clearly deserves a "major" label.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.