On a Dell Windows 10 4K HiDPI laptop with Intel GPU driver (27.20.100.9466) Running current TB77 nightly Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: f616d96bd8ce8986e4cc204953db0467e6060b5c CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL Gives skia.log RenderMethod: vulkan Vendor: 0x8086 Device: 0x3e9b API: 1.2.170 Driver: 0.402.1274 DeviceType: integrated DeviceName: Intel(R) UHD Graphics 630 Denylisted: no Enabling Writer's "Smooth scroll" (Tools -> Options -> LibreOfficeDev Writer -> View) With Skia: 1) Skia/Vulkan the buffer swaps get very choppy, and the Skia performance check would toggle the mode selector to Raster. 2) restarting with Skia/Raster the buffer swaps and effective "scroll" is animated *very* slowly, just creeping up or down (but somewhat smooth). Default GDI: view port buffering with default GDI rendering and Writer "Smooth scroll" enabled was reasonable speed. Either on the Down/Up arrows, or the scroll bar below or above the Thumb. Why would Skia/Vulkan be that choppy? Rather than throwing the Intel Vulkan 0.402.1274 into the deny list, is there something to be done with the Smooth scroll?
With 7.1.3 or with current master Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: f616d96bd8ce8986e4cc204953db0467e6060b5c CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded RenderMethod: vulkan Vendor: 0x8086 Device: 0x8a52 API: 1.2.170 Driver: 0.402.1274 DeviceType: integrated DeviceName: Intel(R) Iris(R) Plus Graphics Denylisted: no The issues for 'smooth scroll' with Skia/Vulcan rendering do not manifest. So seems to be limited to the Intel UHD Graphics 630, and the denylist should maybe include a hardware element for the intel GPU chipsets.
I'm not sure I understand the issue. Are you saying that the problem exists with the 630 but not the Iris card?
(In reply to Luboš Luňák from comment #2) > I'm not sure I understand the issue. Are you saying that the problem exists > with the 630 but not the Iris card? Unfortunately it is looking that way. The 0x3e9b UHD Graphics 630 is bad. The 0x8a52 is good. I'll check an HD Graphics 620 here in a moment.
(In reply to V Stuart Foote from comment #3) > Unfortunately it is looking that way. The 0x3e9b UHD Graphics 630 is bad. > The 0x8a52 is good. I'll check an HD Graphics 620 here in a moment. OK, so the 0x5916 HD Graphics 620 with the Vulkan 1.2.170 API 0.402.1274 driver with Intel's 27.20.100.9466 driver also has no issue with smooth scroll with current TB77 master. Think the Skia Vulkan denylist needs to be hardware specific against the 0x3e9b UHD Graphics 630, as the 0.402.1274 driver seems fine on other Intel GPUs--HD 620 and Iris Plus. And currently just the Intel 0.402.743 driver is deny listed, so the list needs a tweak anyhow.
Can you still reproduce the problem? If yes, is the Vulkan information for blocking this specific HW/driver still valid, or is a new one needed?
Dear V Stuart Foote, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Have not had a chance to get back on the Dell laptop with this hardware configuration--4K HiDPI 15" display and Intel UHD Graphics 630 Pinned to my to-do list to reconfirm or clear the issue.
[Automated Action] NeedInfo-To-Unconfirmed
Dear V Stuart Foote, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
No longer have access to this HW configuration. Sorry for leaving it moldering. => INSUFFICIENTDATA