Bug 144654 - Switching LO draw from any visible page margin to None and undoing the change does not restore the side margins
Summary: Switching LO draw from any visible page margin to None and undoing the change...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
7.3.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Undo-Draw Page-Margins
  Show dependency tree / graph
 
Reported: 2021-09-22 08:55 UTC by xordevoreaux
Modified: 2024-01-22 13:03 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 xordevoreaux 2021-09-22 08:55:47 UTC 
Description:
When in LO draw, if I have any margins set at all, then flip the setting to None and no matter which means I use to undo the change (control-Z, Edit/Undo, back-arrow undo) the side margins are restored but never the top margins.

What margin setting was there previously to setting the margins to None (and undoing the change) doesn't matter.

Steps to Reproduce:
1. Launch LO Draw for Windows
2. On the sidebar, change the page's margins to None
3. Press Control-Z

Actual Results:
Side margins are restored, margin type set to "Custom" but top and bottom margins are not restored.

Expected Results:
Regardless of which margin setting is undone, the previous margin setting should fully restore.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 47a8a65022e3fd7624c95d0341b4809aad11fddb
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 1 xordevoreaux 2021-09-22 08:56:47 UTC 
(In reply to xordevoreaux from comment #0)
> Description:
> When in LO draw, if I have any margins set at all, then flip the setting to
> None and no matter which means I use to undo the change (control-Z,
> Edit/Undo, back-arrow undo) the side margins are restored but never the top
> margins.
> 
> What margin setting was there previously to setting the margins to None (and
> undoing the change) doesn't matter.
> 
> Steps to Reproduce:
> 1. Launch LO Draw for Windows
> 2. On the sidebar, change the page's margins to None
> 3. Press Control-Z
> 
> Actual Results:
> Side margins are restored, margin type set to "Custom" but top and bottom
> margins are not restored.
> 
> Expected Results:
> Regardless of which margin setting is undone, the previous margin setting
> should fully restore.
> 
> 
> Reproducible: Always
> 
> 
> User Profile Reset: No
> 
> 
> 
> Additional Info:
> Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
> Build ID: 47a8a65022e3fd7624c95d0341b4809aad11fddb
> CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL:
> win
> Locale: en-US (en_US); UI: en-US
> Calc: CL

I mistyped my description. The top and bottoms are restored, the side margins are not.
Comment 2 Roman Kuznetsov 2021-10-09 16:28:11 UTC 
confirm in

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 559850da1f48fd7ea521c78a1867255212f7aee9
CPU threads: 4; OS: Mac OS X 10.16; UI render: Skia/Raster; VCL: osx
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
Calc: threaded
Comment 3 xordevoreaux 2021-11-30 14:56:06 UTC 
Wait till Germany finds all these bugs in LO Draw. Maybe somebody will kick into high gear and clear all these.
Comment 4 xordevoreaux 2021-12-28 11:11:07 UTC 
Still a problem in

Version: 7.3.0.1 (x64) / LibreOffice Community
Build ID: 840fe2f57ae5ad80d62bfa6e25550cb10ddabd1d
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 5 xordevoreaux 2022-01-25 00:05:03 UTC 
Still a problem in:

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 86a9c860410351125708543c1050bfc0977d3b97
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 6 xordevoreaux 2022-05-17 02:23:08 UTC 
Still a problem in

Version: 7.4.0.0.alpha1 (x64) / LibreOffice Community
Build ID: b871abad383583f02eb49c7e49aeae01f6941072
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 7 xordevoreaux 2022-10-07 16:47:34 UTC 
Still a problem in

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 6d724a494e37412c3fd2e5d0e5e54bda177c4108
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 8 xordevoreaux 2023-01-21 13:17:57 UTC 
Still a problem in 

Version: 7.5.0.2 (X86_64) / LibreOffice Community
Build ID: c0dd1bc3f1a385d110b88e26ece634da94921f58
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 9 xordevoreaux 2023-05-16 00:38:39 UTC 
Still a problem in

Version: 7.6.0.0.alpha1 (X86_64) / LibreOffice Community
Build ID: 9366f83c88fc93d40ea0c0035508f24ad5dcb144
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 10 xordevoreaux 2023-06-24 22:46:37 UTC 
You'd think this would be a 20 minute fix, tops.

Still a problem in 

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: c20337889469e41cec89bd421fab533f16b4b451
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 11 xordevoreaux 2024-01-22 13:03:47 UTC 
Still a problem in:

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