Bug 159698 - Undo change doesn't restore previous layout
Summary: Undo change doesn't restore previous layout
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Undo-Redo
  Show dependency tree / graph
 
Reported: 2024-02-12 19:36 UTC by Telesto
Modified: 2024-02-27 16:13 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
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 2024-02-12 19:36:47 UTC 
Description:
Undo change doesn't restore previous layout

Steps to Reproduce:
1. Open attachment 192528 [details] (bug  159675 )
2. Type after: Nom du perso: something (without overwrite enabled -> additional page is added
3. Press CTRL+Z

Actual Results:
CTRL+Z has no (visual) effect. Save & reload does show the proper layout

Expected Results:
Undo should be visible on screen


Reproducible: Always


User Profile Reset: No

Additional Info:
Found in
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4d381b54d1c598c181b4a21a8bf0db86eb4668d1
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

and in
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL

and in
OpenOffice 2.2.0
Comment 1 BogdanB 2024-02-12 21:02:01 UTC 
Confirm with
Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 2 Bogaboga Man 2024-02-18 19:32:51 UTC 
Unable to reproduce on Windows 11 Home with 24.2.0.3
Comment 3 Stéphane Guillou (stragu) 2024-02-27 16:01:13 UTC Comment hidden (obsolete)
Comment 4 Stéphane Guillou (stragu) 2024-02-27 16:13:37 UTC 
Reproduced on Windows 11:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

and Linux:

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

The issue was that on Linux, the contents were already pushed to a second page at fileopen because of Georgia font fallback.