Summary: | Sidebar resizing range is too small | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Andreas <andreaspareis> |
Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | ilmari.lauhakangas, mulla.tasanim |
Priority: | medium | ||
Version: | 7.1.0.3 release | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Windows (All) | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Attachments: |
gif screen recording
new gif screencast yet another screen gif |
Description
Andreas
2021-03-01 21:10:59 UTC
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. |