Description: An oversight in the UI. Steps to Reproduce: 1. Open the Manage Changes sidebar on a document with lots of changes. Actual Results: Even when the window is maximized and there are more than ten changes listed, the list section never only shows 10 changes. Expected Results: The list should expand to use all the available height in the side bar. Reproducible: Always User Profile Reset: No Additional Info: N/A.
Thank you for reporting the bug. I can't confirm it with Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f7fbf6504fd6190187f6e4d092af880ba8c7bf6a CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded Could you please retest with LO 24.8 or master and add a screenshot, if the problem ist still present? Thank you. => NEEDINFO
(In reply to Dieter from comment #1) > Thank you for reporting the bug. > > I can't confirm it with > Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: f7fbf6504fd6190187f6e4d092af880ba8c7bf6a > CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: > Skia/Raster; VCL: win > Locale: de-DE (de_DE); UI: de-DE > Calc: CL threaded > > Could you please retest with LO 24.8 or master and add a screenshot, if the > problem ist still present? Thank you. > => NEEDINFO I have tested in 24.8.2 and it is still a problem. Note that the problem occurs whether the sidebar is docked or floating. The height is NOT restricted for any other panels such as Styles, Navigator, or the new Find and Accessibility panels. How should I post a screenshot?
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to lomacar from comment #2) > How should I post a screenshot? Screenshot would be useful. Just click "Add an attachment".
Created attachment 197163 [details] Manage changes sidebar This shows the content of the manage changes sidebar failing to use the available space in the Writer window.
OK, thanks. Screenshot attached.
Created attachment 198315 [details] screenshot This is how it is looking in Version: 24.8.4.2 (X86_64) / LibreOffice Community Build ID: bb3cfa12c7b1bf994ecc5649a80400d06cd71002 CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Created attachment 198316 [details] Demo document I attached a demo document in order to test this bug on different systems.
Created attachment 198317 [details] screenshot Tested with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5bd6ef607d68d371b93ad438fb24e2d8fc352b10 CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: x11 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
No repro with Version: 24.8.4.2 (X86_64) / LibreOffice Community Build ID: bb3cfa12c7b1bf994ecc5649a80400d06cd71002 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: cs-CZ Calc: threaded
Is this a Windows-only problem? The working screenshots from others are both in Linux. I have tested again on a new machine with Windows 11 in safe mode and the problem persists.
Created attachment 198405 [details] screenshot - Windows 11
Created attachment 198411 [details] screenshot I can NOT confirm with Windows 10
Tested with Version: 25.2.0.3 (X86_64) / LibreOffice Community Build ID: e1cf4a87eb02d755bce1a01209907ea5ddc8f069 CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded and can't confirm Lomacar, just a simple test 1. Open an empty document 2. In sidebar open manage changes Actual and expected result: Empty list has height of the sidebar.