Bug 135376 - Formatting messed up after undo (track & changes involved)
Summary: Formatting messed up after undo (track & changes involved)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Track-Changes Undo-Redo
  Show dependency tree / graph
 
Reported: 2020-08-02 08:38 UTC by Telesto
Modified: 2024-12-13 23:29 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Example file (631.43 KB, application/vnd.oasis.opendocument.text)
2020-08-02 08:38 UTC, Telesto 		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 Telesto 2020-08-02 08:38:34 UTC 
Description:
Formatting messed up after undo (track & changes involved)

Steps to Reproduce:
1. Open the attached file
2. CTRL+A
3. CTRL+X
4. backspace backspace delete bullet)
5. CTRL+V
6. CTRL+Z
7. CTRL+Z
8. CTRL+Z

Actual Results:
Red formatted text

Expected Results:
Ideally not


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: <buildversion>
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: ru-RU (nl_NL); UI: en-US
Calc: CL

also in
6.4

6.1 6.2 crash
Comment 1 Telesto 2020-08-02 08:38:48 UTC 
Created attachment 163868 [details]
Example file
Comment 2 Telesto 2020-08-02 08:45:11 UTC 
@Michael Stahl
This another spin-off of bug 134746. Leaving it in the middle if this is worth investigating; Some say it isn't the case. I can't tell, leaving it up to the person who knows most about they undo stack & track changes
Comment 3 BogdanB 2020-09-18 20:51:44 UTC 
Confirm in
Version: 7.1.0.0.alpha0+
Build ID: d57b14e3394b081adf0888ed8dcb7b86d66c246c
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-US (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 4 QA Administrators 2022-09-19 03:32:50 UTC Comment hidden (obsolete)
Comment 5 Tex2002ans 2024-12-13 23:29:08 UTC 
I get slightly different symptoms in:

Version: 24.8.3.2 (X86_64) / LibreOffice Community
Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92
CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

- - -

I followed Comment 0 exactly. After I:

- Press Ctrl+Z 3 times

I only see:

- The arrow bullet.

- - -

If I adjust the steps slightly, and:

- Press Ctrl+Z 4 times

I then see the "red text" issue Telesto originally mentioned.

- - -

On opening the ODT document, you see:

1. II. TBMM DÖNEMİ
--- "Heading 1" Style + Centered + red text
2. 1 paragraph of text.
--- Black
3. İNKILAP KAVRAMI
--- "Heading 1" Style + Centered + red text
4. 1 paragraph of text.
--- Red
5. A 3-item ordered list showing "1)" "2)" "3)".
--- "Default Paragraph Style"

After you follow Comment 0, but Ctrl+Z 4 times, you see:

1. II. TBMM DÖNEMİ
--- "Heading 1" Style + Centered + red text
2. 1 paragraph of text.
--- "Heading 1" Style + Centered + red text
3. İNKILAP KAVRAMI
--- "Heading 1" Style + Centered + red text
4. 1 paragraph of text.
--- "Heading 1" Style + Centered + red text
5. 3 paragraphs
--- NO NUMBERING SHOWING
--- "Body Text" Style

Parts 2, 3, 4, and 5 are completely different.

(It seems like everything beyond that point may be the same / correct.)

- - -

So it seems like the redoing does something strange:

- Breaks early on.
- But re-fixes itself AFTER that first ordered list item.