Description: Image tearing while scrolling GDI/SKIA with high zoom level Steps to Reproduce: 1. Open attached file 2. Zoom in to 200/300% so only 1/4 or less is visible 3. Scroll down with the scrollwheel Actual Results: Notice tearing Expected Results: Not so: Reproducible: Always User Profile Reset: No Additional Info: Found in 7.2 not in Version: 6.4.0.0.beta1+ (x64) Build ID: 20be5cd0bdc57d812bf34a2debfe48caa51de881 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
Created attachment 170169 [details] Example file
Still OK with Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 380ab85b6594a013f34f5e6ec69fb569336bbb48 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Profile corruption somehow
Created attachment 170186 [details] Example file which does show it
Also in Version: 7.0.0.0.alpha1+ (x64) Build ID: 574c57090642347980d2395e1e183cc7b5c171ad CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: nl-NL Calc: CL not in 6.4
Can not reproduce no tearing of the image frames nor of the text (what little there was) nor of the page background image. Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: af64bc49d872d8a040d66387303def98eae5cd51 CPU threads: 8; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL Windows 10 Ent, nVidia Quadro K2000 with skia.log with Vulkan rendering enabled RenderMethod: vulkan Vendor: 0x10de Device: 0xffe API: 1.2.142 Driver: 457.36.0 DeviceType: discrete DeviceName: Quadro K2000 Denylisted: no
By zoom you mean the LibreOffice canvas zoom--and not the os/DE GUI scaling, correct?
(In reply to V Stuart Foote from comment #7) > By zoom you mean the LibreOffice canvas zoom--and not the os/DE GUI scaling, > correct? Canvas zoom.. I assume Vulkan to be to powerful to notice the lag. Tearing is happening at GDI. Skia raster simply slows down (not smooth scroll, but with certain lag) I assume other backends being affected too. But have to check that
https://gerrit.libreoffice.org/c/core/+/111893
(In reply to Roman Kuznetsov from comment #9) > https://gerrit.libreoffice.org/c/core/+/111893 Related to this: the document in tdf#140753 has a PNG which technically has an alpha channel, but it's actually completely opaque -> the image is created by LibreOffice, I inserted a PDF and saved it as DOCX. I'm asking myself is it actually desired to export alpha channel in cases where the image is completely opaque?
Created attachment 170214 [details] Example file (to check after commit pushed) Another file showing slowness scrolling left/right top/down with some zoom-level set. I hope it's dealt with already... but well you never know.
I do not see any redraw problems with any of the documents. Please provide more info (such as a screenshot).
(In reply to Luboš Luňák from comment #12) > I do not see any redraw problems with any of the documents. Please provide > more info (such as a screenshot). Have to look again.. You're recent commit https://gerrit.libreoffice.org/c/core/+/111893 improved things a lot already. I'm waiting for: https://gerrit.libreoffice.org/c/core/+/111966 and will re-test everything with different backends.. It's fine with Skia Raster with Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 722ec600e85cca2e94e82e69f8d13773061172b9 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: nl-NL Calc: CL
[Automated Action] NeedInfo-To-Unconfirmed
Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: dc3b64dcbfb0a49c0be65bd8d73ed4e6d3828a21 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: nl-NL Calc: CL