Bug 138084 - FILEOPEN DOCX Pasted TOC on reject is not entirely removed
Summary: FILEOPEN DOCX Pasted TOC on reject is not entirely removed
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks: DOCX-Track-Changes
  Show dependency tree / graph
 
Reported: 2020-11-09 10:33 UTC by NISZ LibreOffice Team
Modified: 2022-07-22 12:35 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Example file from Word (13.25 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-11-09 10:33 UTC, NISZ LibreOffice Team 		Details
Screenshot of the original document side by side in Word and Writer (85.66 KB, image/png)
2020-11-09 10:33 UTC, NISZ LibreOffice Team 		Details
Screenshot of the original document side by side in Word and Writer after rejecting all changes (79.26 KB, image/png)
2020-11-09 10:33 UTC, NISZ LibreOffice Team 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2020-11-09 10:33:16 UTC 
Created attachment 167119 [details]
Example file from Word

Attached document contains a TOC that was copied from another document (attachment #167115 [details] ) and pasted.
When this is opened in Writer and all the changes rejected the empty TOC and its title remain, while in Word rejecting the changes removes it completely.

Steps to reproduce:
    1. Open attached document
    2. Reject all changes

Actual results:
Title of the TOC and its field remains.

Expected results:
All of the TOC removed.

LibreOffice details:
Version: 7.1.0.0.alpha1+ (x64)
Build ID: 00e5c63c35307faacf76a5e2ca7953c4208244ed
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL

Also in:
Version: 6.3.0.4 (x86)
Build ID: 057fc023c990d676a43019934386b85b21a9ee99
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: CL

In 6.2 the title was also rejected, but a bit of TOC field still remained:
Version: 6.2.0.3
Build ID: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62
CPU threads: 4; OS: Windows 6.3; UI render: GL; VCL: win; 
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: threaded
Comment 1 NISZ LibreOffice Team 2020-11-09 10:33:40 UTC 
Created attachment 167120 [details]
Screenshot of the original document side by side in Word and Writer
Comment 2 NISZ LibreOffice Team 2020-11-09 10:33:55 UTC 
Created attachment 167121 [details]
Screenshot of the original document side by side in Word and Writer after rejecting all changes
Comment 3 Dieter 2020-11-29 07:15:50 UTC 
I confirm it with

Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL
Comment 4 Dieter 2022-07-22 12:35:44 UTC 
Still same behaviour in 

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: ce29e6299932fc079b05b60662ba95c8342990bc
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

But to me it looks, that there isn't any change recorded for title and TOc itself in LO. So perhaps it's not a problem of rejecting changes (if you acept all changes, font colour of title is still blue)