Bug 148628 - Problem in layout of Bullet and Numbering dialog after choosing Type
Summary: Problem in layout of Bullet and Numbering dialog after choosing Type
Status: VERIFIED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.4.0.0 alpha0+
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: target:7.4.0
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Impress-Bullet-Numbering-Dialog
  Show dependency tree / graph
 
Reported: 2022-04-16 21:52 UTC by sdc.blanco
Modified: 2022-06-15 06:44 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
Screenshot after step 3 in STR (21.58 KB, image/png)
2022-04-16 21:52 UTC, sdc.blanco 		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 sdc.blanco 2022-04-16 21:52:11 UTC 
Created attachment 179618 [details]
Screenshot after step 3 in STR

1. Open new Presentation document.
2. Right-click in Slide, choose Bullets and Numbering
3. Change type from Bullet to 1,2,3
4. See attachment for actual result, where OK button is covered. Even though it is highlighted, the button is not active. It is necessary to lengthen the window to get the Reset, Ok, Cancel buttons.

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: d34d1db55978bdcff082af1e0f75b18fa6fc94f4
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: da-DK (da_DK); UI: en-US
Calc: CL
Comment 1 Scott Clewell 2022-05-02 00:15:37 UTC 
I can't reproduce in:
Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: cb56edb177f4db5b9cc4d140543c4b11d41ef1b0
CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: CL
Comment 2 sdc.blanco 2022-05-02 21:19:41 UTC 
Reproduced again -- with another version -- in Safe Mode:

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: f8e11c6480ff0005715b989a6d4e2e10a3816cf6
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: da-DK (da_DK); UI: en-US
Calc: threaded

Is it Windows-only?  Can someone test this in Windows.
Comment 3 Scott Clewell 2022-05-03 00:02:28 UTC 
Thank you for reporting. I have reproduced the bug with the same outcome as your screenshot in:

Version: 7.4.0.0.alpha0+ (x86) / LibreOffice Community
Build ID: ea25606de5f1a60430a74107b0e2e0986ac1bb15
CPU threads: 1; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

It does not occur in:

Version: 7.3.1.3 (x86) / LibreOffice Community
Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951
CPU threads: 1; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 4 sdc.blanco 2022-05-03 00:08:35 UTC 
Thanks for trying Windows. Based on comment 3, adding regression, bibisectRequest.
Comment 5 raal 2022-05-16 17:28:53 UTC 
This seems to have begun at the below commit.
Adding Cc: to Tor Lillqvist; Could you possibly take a look at this one?
Thanks
 d3d19324413ba0bb6239fb4884f3eff6e0476dee is the first bad commit
commit d3d19324413ba0bb6239fb4884f3eff6e0476dee
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Wed Feb 16 22:43:06 2022 +0100

    source 2b58a0979f9206cfca6d78cb2f3d5e65cd735f8b

https://git.libreoffice.org/core/+/2b58a0979f9206cfca6d78cb2f3d5e65cd735f8b
Comment 6 Aron Budea 2022-06-10 14:48:40 UTC 
This bug is gone after the workaround in bug 147844 to limit resetting the variable to the LOK case.
Comment 7 sdc.blanco 2022-06-15 06:44:18 UTC 
Verified with:
Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: c0e66cfab12d6c78d68af09498533362724dbd05
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: da-DK (da_DK); UI: en-US
Calc: CL