Bug 142067 - FILEOPEN RTF Track changes eats text and marks all as changed
Summary: FILEOPEN RTF Track changes eats text and marks all as changed
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:rtf
Depends on:
Blocks: RTF-Track-Changes
  Show dependency treegraph
 
Reported: 2021-05-03 20:45 UTC by birnbach@posteo.de
Modified: 2024-09-19 17:39 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Changed document that opens badly in NC and well in MS Word (49.59 KB, application/rtf)
2021-05-03 20:48 UTC, birnbach@posteo.de
Details
what it should look like (file opened in MS Word) (1.32 MB, image/png)
2021-05-03 20:53 UTC, birnbach@posteo.de
Details
how it actually looks like (file opened in LO) (461.79 KB, image/png)
2021-05-03 20:54 UTC, birnbach@posteo.de
Details

Note You need to log in before you can comment on or make changes to this bug.
Description birnbach@posteo.de 2021-05-03 20:45:40 UTC
Description:
When activating the "track changes" and "show changes" option, NC will strike through text that is deleted and underline text that is added. Sometimes the "show changes" function keels over and gets everything wrong. In the documents I work with, all available text gets marked as new. About half of the text is missing and everything is garbled.

Steps to Reproduce:
It is unclear how to reproduce this bug. Amidst editing in "track changes" mode the displayed page stops making sense.

Present problem may have to do with numerated lists edited in "track changes" mode. Please refer to the enclosed RTF file which opens fine on MS Word on Mac, versions 2011 and 2019.

Actual Results:
Text is almost completely marked as edited. From some edit point on, text is garbled. Large portions of the text have disappeared.

Expected Results:
Deleted text should be in strike through, inserted text in underline.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 7.1.2.2 / LibreOffice Community
Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4
CPU threads: 6; OS: Mac OS X 10.15.7; UI render: default; VCL: osx
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded
Comment 1 birnbach@posteo.de 2021-05-03 20:48:32 UTC
Created attachment 171620 [details]
Changed document that opens badly in NC and well in MS Word
Comment 2 birnbach@posteo.de 2021-05-03 20:53:39 UTC
Created attachment 171621 [details]
what it should look like (file opened in MS Word)
Comment 3 birnbach@posteo.de 2021-05-03 20:54:38 UTC
Created attachment 171622 [details]
how it actually looks like (file opened in LO)
Comment 4 NISZ LibreOffice Team 2021-05-04 07:03:35 UTC
Confirming in:

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 9c930c4f3109d123c0831d0fcecf9c8b32e5bbc7
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

Change tracking in RTF format is quite underdeveloped.

Side note: attached document if converted to docx with Word, looks exactly as it should in LO too.
Comment 5 birnbach@posteo.de 2021-05-04 22:34:01 UTC
> Side note: attached document if converted to docx with Word, looks exactly as it should in LO too.

True. Saving the DOCX as RTF in LO, closing and re-opening crashes it again.
Saving the DOCX as RTF in Word and opening it in LO also crashes it.

This seems to suggest that LO has an issue with tracked changes in RTF files. 
An issue that Word has not.
Comment 6 eisa01 2023-03-18 20:30:16 UTC
Confirmed by a user on Windows, so not macOS bug

Still present though

Version: 7.5.1.2 (AARCH64) / LibreOffice Community
Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
CPU threads: 10; OS: Mac OS X 13.2.1; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 7 birnbach@posteo.de 2023-03-19 11:01:18 UTC
Please note that this functionality is quite relevant for use in official processes and communication. I myself am a patent attorney and use it for submissions to patent authorities. 

As public administrations move towards LibreOffice this issue might deserve a little more attention.