Bug 137677 - FILEOPEN DOCX Change tracked paragraph deletion with style change split to two changes
Summary: FILEOPEN DOCX Change tracked paragraph deletion with style change split to tw...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.3.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, filter:docx
Depends on:
Blocks: DOCX-Track-Changes
  Show dependency treegraph
 
Reported: 2020-10-22 12:28 UTC by NISZ LibreOffice Team
Modified: 2022-10-27 04:30 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file from Word (13.93 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-10-22 12:28 UTC, NISZ LibreOffice Team
Details
Screenshot of the original document side by side in Word and Writer (96.10 KB, image/png)
2020-10-22 12:28 UTC, NISZ LibreOffice Team
Details

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

Attached file was made in Word by completely deleting a paragraph that had a different stlye than the previous/next paragraph. This appears in Word as two CT entries in the sidebar.
When opened in Writer the deletion is split in two by the style change, so there are three entries in the Manage Changes dialog.

Steps to reproduce:
    1. Open attached file in Writer
    2. Open Edit – Change tracking - Manage

Actual results:
Two deletions and one style change is listed.

Expected results:
One deletion and one style change should be listed.

LibreOffice details:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: e0c72e31c1d455c26110c35e8780d420e17cdea6
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: CL

Also in:
Version: 6.0.0.3
Build ID: 64a0f66915f38c6217de274f0aa8e15618924765
CPU threads: 4; OS: Windows 6.3; UI render: default; 
Locale: en-US (hu_HU); Calc: CL

Version: 5.0.0.5
Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b
Locale: hu-HU (hu_HU)

Version: 4.3.0.4
Build ID: 62ad5818884a2fc2e5780dd45466868d41009ec0

In 4.2 only a deletion was shown and no style change.
Comment 1 NISZ LibreOffice Team 2020-10-22 12:28:49 UTC
Created attachment 166625 [details]
Screenshot of the original document side by side in Word and Writer
Comment 2 neuffbn 2020-11-06 22:42:16 UTC
Got the bug to reproduce in:
Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

Also in:
Version: 7.1.0.0.alpha1+ (x64)
Build ID: ccad985c5163224d669e9f0fa70fdff070fc58ca
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 3 Aron Budea 2022-10-27 04:30:14 UTC
This actually seems like a regression, or at least something was different before 4.3, as it was still only imported as a single change. Might be interesting to know what changed.

Bibisecting using bibisect-43max gave me 236c0762c14cace93deae4175073519ef67e4b48 / 05fa566b17902f76343952fb8355d576208fd097 (single commit in the bibisect repo), which are obviously wrong, though:

https://cgit.freedesktop.org/libreoffice/core/log/?id=236c0762c14cace93deae4175073519ef67e4b48