Bug 161187 - misplaced tracked deletion in numbered list
Summary: misplaced tracked deletion in numbered list
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.6.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, regression
Depends on:
Blocks: Track-Changes
  Show dependency treegraph
 
Reported: 2024-05-20 13:00 UTC by Ксения
Modified: 2025-10-10 19:12 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
original document (17.17 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2024-05-22 06:09 UTC, Ксения
Details
modified document (16.61 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2024-05-22 06:10 UTC, Ксения
Details
comparison result in the Libra office (46.67 KB, application/vnd.oasis.opendocument.text)
2024-05-22 06:10 UTC, Ксения
Details
expected comparison result (17.44 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2024-05-22 06:10 UTC, Ксения
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ксения 2024-05-20 13:00:41 UTC
Description:
The change is displayed incorrectly: "Deleting a numbered paragraph"

Reproduction steps:

1) Open the original document, which contains a numbered list.
2) Delete the entire numbered paragraph and save as a new document.
3) Compare the document with the original one.

Expected result: At the point where the change was made, the deleted paragraph appears crossed out.

Actual result: Nothing is displayed where the changes were made. But at the very end of the document a crossed out paragraph appeared.

Actual Results:
Nothing is displayed where the changes were made. But at the very end of the document a crossed out paragraph appeared.

Expected Results:
At the point where the change was made, the deleted paragraph appears crossed out.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
-
Comment 1 raal 2024-05-20 21:45:10 UTC
Hello,

Thank you for filing the bug. Please send us a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO', so please do change it back to 'UNCONFIRMED' once you have attached a document.
(Please note that the attachment will be public, remove any sensitive information before attaching it.)
How can I eliminate confidential data from a sample document?
https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F
Thank you

No repro with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6d5d9eaa61505cebaf3bde4bfc157d8e19fec8de
CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded Jumbo
Comment 2 Ксения 2024-05-22 06:09:45 UTC
Created attachment 194257 [details]
original document
Comment 3 Ксения 2024-05-22 06:10:12 UTC
Created attachment 194258 [details]
modified document
Comment 4 Ксения 2024-05-22 06:10:40 UTC
Created attachment 194259 [details]
comparison result in the Libra office
Comment 5 Ксения 2024-05-22 06:10:59 UTC
Created attachment 194260 [details]
expected comparison result
Comment 6 Stéphane Guillou (stragu) 2024-06-05 15:33:17 UTC
Not reproduced in:

Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 1f15d097cace14ca6e44e7652f460aa3fa7bd150
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

Version: 24.2.3.2 (X86_64) / LibreOffice Community
Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

I used the steps:
1. Open attachment 194257 [details]
2. Edit > Track Changes > Record
3. Select whole list item 1, backspace
4. Save as ODT or DOCX
5. Reload

Can you check that these are the steps you used?
Comment 7 QA Administrators 2024-12-03 03:11:28 UTC Comment hidden (obsolete)
Comment 8 Ксения 2024-12-03 09:23:41 UTC
(In reply to Stéphane Guillou (stragu) from comment #6)
> Not reproduced in:
> 
> Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community
> Build ID: 1f15d097cace14ca6e44e7652f460aa3fa7bd150
> CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
> Locale: en-AU (en_AU.UTF-8); UI: en-US
> Calc: CL threaded
> 
> Version: 24.2.3.2 (X86_64) / LibreOffice Community
> Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
> CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
> Locale: en-AU (en_AU.UTF-8); UI: en-US
> Calc: CL threaded
> 
> I used the steps:
> 1. Open attachment 194257 [details]
> 2. Edit > Track Changes > Record
> 3. Select whole list item 1, backspace
> 4. Save as ODT or DOCX
> 5. Reload
> 
> Can you check that these are the steps you used?

no, I use other steps:

1) open the modified document
2) Select Edit -> track changes -> compare document
3) select the source document

I'm getting the wrong comparison result
Comment 9 Buovjaga 2025-10-10 19:12:43 UTC
Bibisected with linux-43all to a range that we can investigate for "sw"-module related commits:
git log --stat --pretty=short --graph 32b61ed8931acd97e488bc73486244c385a3a974...14c4c26cea838b3fffb0b17ba440c29a6066fad1 | grep -B 10 -A 10 --color=always "sw" | less -R

We find an interesting commit 706cac767c90281b74fbc27a134b022d27e2ce21
fdo#43424: Comparing empty document with attached one crashes LO

I can't easily revert that commit to test, because the code has changed significantly.

I notice I have suspected the same commit in 2020 for bug 128108