Bug 144179

Summary: EDITING Inserting OLE objects to Writer documents is not correctly change tracked
Product: LibreOffice Reporter: NISZ LibreOffice Team <libreoffice>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: NEW ---    
Severity: normal CC: dgp-mail, nemeth, varga.balazs3
Priority: medium    
Version: Inherited From OOo   
Hardware: All   
OS: All   
See Also: https://bugs.documentfoundation.org/show_bug.cgi?id=144177
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 83946    
Attachments: Example file from Writer with OLE objects inserted with change tracking
Screenshot of the original document in Writer
Screenshot of the problem in Writer after rejecting all changes
Example PDF used for the test
Example XLSX used for the test

Description NISZ LibreOffice Team 2021-08-30 10:28:07 UTC
Created attachment 174630 [details]
Example file from Writer with OLE objects inserted with change tracking

When an OLE object is inserted into a Writer document with change tracking enabled there is a change recorded, but rejecting it does not delete the inserted OLE object.

Steps to reproduce:
    1. Open attached file, it contains two OLE objects: the first PDF was inserted with Insert – Object – OLE Object as icon, the second is an XLSX that was dropped from the Windows file explorer and is shown as embedded document.
    2. Open Manage Changes, you see two tracked changes belonging to the insertion of the OLE objects.
    3. Reject all the tracked changes

Actual results:
The two OLE objects are still present, only the preceding paragraph was deleted.

Expected results:
The two OLE objects should be inserted in a way that allows their rejection.
Currently a paragraph is inserted along the OLE object, but the object gets anchored to the NEXT paragraph, this causes the problem.

LibreOffice details:
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 68bbc75dfeb7c910de7e3d40e840c9959d6875c0
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL
Comment 1 NISZ LibreOffice Team 2021-08-30 10:28:34 UTC
Created attachment 174631 [details]
Screenshot of the original document in Writer
Comment 2 NISZ LibreOffice Team 2021-08-30 10:29:00 UTC
Created attachment 174632 [details]
Screenshot of the problem in Writer after rejecting all changes
Comment 3 NISZ LibreOffice Team 2021-08-30 10:29:20 UTC
Created attachment 174633 [details]
Example PDF used for the test
Comment 4 NISZ LibreOffice Team 2021-08-30 10:29:37 UTC
Created attachment 174634 [details]
Example XLSX used for the test
Comment 5 Dieter 2021-09-15 07:20:52 UTC
I confirm it with

Version: 7.2.1.2 (x64) / LibreOffice Community
Build ID: 87b77fad49947c1441b67c559c339af8f3517e22
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL
Comment 6 QA Administrators 2023-09-21 03:15:49 UTC Comment hidden (obsolete)
Comment 7 Dieter 2023-10-10 16:16:26 UTC
Still present in

Version: 7.6.1.2 (X86_64) / LibreOffice Community
Build ID: f5defcebd022c5bc36bbb79be232cb6926d8f674
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded