Description: When I start LO (Writer, Calc, ...) and try to resize the sidebar the border where I drag it starts to jiggle left and right (like it doesn't know how to deal with my mouse input) and it locks up completely, still showing the left-right-arrow you get when hovering the border where you drag it, but everywhere in the program window. Then I have to kill the process to get it to close. I think this is caused by the scaling factor I've set in Windows for my Monitors (3x 4k at 200%). This would explain why the mouse input might be interpreted the wrong way (some part doesn't consider the scaling factor correctly or something like that). I've also tested disabling the scaling (i.e. set to 100%) temporarily and this specific problem is gone (I get a different one instead where the mouse pointer is in a completely different position than the sidebar border, but I think this is caused by not logging out of Windows and back in again to apply the new scaling factor properly [known Windows bug]). It might be that this only happens when using a multi-monitor setup, at least that's what I have here. This problem occurs in LO 7.1.0.3, and I installed 7.0.4.2 as a replacement now until this is fixed. There I also can't resize the sidebar correctly (only about 20px movement left to right), but at least it does not lock up completely. Steps to Reproduce: 1. Set your Windows display scaling to 200% (a 1440p or 4k monitor helps for that) 2. Start LO 7.1.0.3 3. Resize the sidebar Actual Results: LO locks up and the sidebar jiggles. Expected Results: Sidebar resizes correctly. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.1.0.3 (x64) / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: de-AT (de_AT); UI: de-DE Calc: threaded changing renderer doesn't help
Created attachment 170163 [details] gif screen recording
Thank you for reporting the bug. I can not reproduce the bug in Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nb-NO (en_US); UI: en-US Calc: CL Version: 7.2.0.0.alpha0+ (x64) Build ID: 761a672d62df1891b9f4f367a499b220ab2b33fa CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
(In reply to Andreas from comment #0) > Additional Info: > Version: 7.1.0.3 (x64) / LibreOffice Community > Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c > CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: > win > Locale: de-AT (de_AT); UI: de-DE > Calc: threaded > > changing renderer doesn't help You have Skia/Vulkan as the renderer, but you said changing it doesn't help. Do you mean that the problem still occurs, if you see 'UI render: default' in the About dialog? So essentially deactivating the option: Tools - Options - LibreOffice - View - Use Skia for all rendering Maybe you could also test with a fresh daily build Win-x86_64@tb77-TDF https://dev-builds.libreoffice.org/daily/master/current.html The daily build installs separately and will not mess with your stable version. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
I just tested it with the new dev build I downloaded today (2021-04-03). The exact issue I described in the first post is gone which is very good. But now I have the same problem again I had with version 7.0.4.2 where I could not properly resize the sidebar (20ish px range of motion). But this isn't as big of a problem compared to a complete lockup. I will add a gif showing what I mean, with both skia on and off.
Created attachment 170939 [details] new gif screencast
(In reply to Andreas from comment #5) > Created attachment 170939 [details] > new gif screencast Ok, that is strange and I can't reproduce it. Can you confirm that with 100% scaling the problem goes away? I tried with 150% scaling in my Windows VM (did not allow 200%), but I could not reproduce the problem.
The range of motion steadily decreases from 100% scaling to 200% scaling. See yet another GIF where I compare all settings from 100% up to 200% (my Windows allows up to 350%) with a constant window size (relative to the monitor size, i.e. same pixel count). The window size does not affect the resizability, a full screen window has the same rane of motion as a tiny one. Scaling : Resizability 200% : 20px (real monitor pixels, not scaled pseudo pixels) 175% : 94px 150% : 118px 125% : 196px 100% : 236px (less than 1/10 compared to 100%) Interrestingly the left (max) size limit (in px on the monitor) stays always the same for all scalings, but the right (min) limit gets further and further out to the center of the window (i.e. one of them scales correctly (min), the other doesn't (max)).
Created attachment 171066 [details] yet another screen gif
Got the lockup an wiggle thin to happen again after I scaled to the 350% limit. Seems to happen when the min limit which scales exceeds the max limit which doesn't.