Bug 132862 - Two undo steps created on file open
Summary: Two undo steps created on file open
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.7.2 release
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-05-08 20:37 UTC by Telesto
Modified: 2020-09-04 09:50 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
Example file (17.92 KB, application/vnd.oasis.opendocument.text)
2020-05-08 20:37 UTC, Telesto
Details
Columns settings (19.59 KB, image/png)
2020-05-09 12:06 UTC, Andreas Nagel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-05-08 20:37:41 UTC
Description:
Already 2 undo steps created on file open

Steps to Reproduce:
1. Open the attached file
2. Look at the undo steps in the toolbar

Actual Results:
2 undo steps

Expected Results:
No undo steps


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in 7.0

and in
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL
Comment 1 Telesto 2020-05-08 20:37:56 UTC
Created attachment 160551 [details]
Example file
Comment 2 Andreas Nagel 2020-05-09 12:05:48 UTC
I was able to reproduce this under my version with the attached file and also with creating my own file.

Steps to Reproduce:
1.Open a new writer file
2.Click in the menu bar on Format and then on Page
3.Select Columns 
4.Set settings to 2 columns (see screenshot)
5.Apply those setting and close the page style window
6.Click Ctrl + F12 to create a new table
7.Enter at least 103 in rows
8.Insert the table
9.Safe the file
10.Close it
11.Open it 

Result:
There are 2 undo steps for deleting frame style after opening. Triggering them doesn’t do anything. But redo after that really deletes the frame style.

Expected Result:
No undo steps after reopening.

Reproducible: Always

The bug appears after the page is split into two columns and entering a table with enough rows to let the table reach onto the second column of the second page.

It probably can be triggered with other content too. So far, I could only reproduce it with a table. But I found a few ways that don’t trigger the bug.
The bug doesn’t appear:
• When the table doesn’t reach to the second column of the second page
• When using text and line breaks to reach the second column of the second 
  page
• When splitting the page into 3 columns 


Additional Information:
Version: 6.3.6.2 (x64)
Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: en-US (de_DE); UI-Language: en-US
Calc: threaded
Comment 3 Andreas Nagel 2020-05-09 12:06:43 UTC
Created attachment 160554 [details]
Columns settings
Comment 4 Mike Clarke 2020-05-10 10:59:01 UTC Comment hidden (obsolete)
Comment 5 Mike Clarke 2020-05-11 20:57:11 UTC Comment hidden (obsolete)
Comment 6 Timur 2020-09-04 09:50:03 UTC
No repro 7.1+. Do not call this normal, if minor or trivial.