Attempting to resize Properties / Styles / ... window on right hand side causes a looping issue that hangs the process. It can only be killed with the Task Manager or ProcExp (SysInternals). Version: 7.2.1.2 (x64) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 16; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL Steps to reproduce: Open LibreOffice Writer Click on divider between document and Style Window (on right side). <-> resize icon remains lit and program is hung.
Cannot reproduce the bug. Resizing works as expected. No hanging. Version: 7.2.1.2 (x64) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: CL
Robert: does it make a difference, if you deactivate this: Tools - Options - LibreOffice - View - Use Skia for all rendering
Unchecking "Use Skia for all rendering" seems to make it dither faster. If I right click on the LibreOffice Writer icon on the Windows toolbar and open another document from the previously opened documents list, I can interrupt the dithering (Jumping of the divider between the main window and the properties/styles/gallery... When it is dithering I cannot gain control of any of the open documents including LibreOffice Calc. Opening a new LibreOffice Calc from the Calc Icon on the Windows 10 toolbar from the previously open documents will also interrupt the dithering.
I have done a manual reset of the user profile renaming the old on user-old and have the same issue with dithering. Willing to test something else.
[Automated Action] NeedInfo-To-Unconfirmed
I don't get the problem on Windows either. It is weird that it is lagging for you even without the hardware accelerated Skia/Vulkan (so is not a problem with graphics drivers or something). I guess you could install an unstable build to check how it behaves: https://dev-builds.libreoffice.org/daily/master/current.html It installs separately and will not mess with your stable one. Prior to 7.2, did you ever see this problem? Or are you a new user?
I forgot to mention that you want to use the build produced by Win-x86_64@tb77-TDF
I've now tested on a lower resolution external HDMI connected monitor 1920x1200 and don't see the problem... On the Dell XPS 9710, it's UHD+ (3840 x 2400) it is consistently reproducible.
Toggle the expert configuration "Minimum width" (provided for bug 140360) boolean to "false" and it will prevent this SB resize issue on HiDPI *** This bug has been marked as a duplicate of bug 141294 ***