Description: Fileopen ODT: Slow file opening of a file containing a large table in OpenGL mode (compared to non-OpenGL) Steps to Reproduce: 1. Open attachment 149343 [details] (bug 123517) 2. Monitor the time before the document appears on screen (progress bar stops flickering) Actual Results: 18 seconds with OpenGL 8 seconds without OpenGL Expected Results: Similar to non-OpenGL Reproducible: Always User Profile Reset: No Additional Info: Version: 6.4.0.0.alpha0+ (x86) Build ID: c45d477b0a0038d9c25176cf7cff299e5ddf3a7a CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-09-30_05:06:55 Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
confirm in Версия: 6.4.0.0.alpha1+ (x64) ID сборки: 546e6c359e96a2e7f5aab7c158c7e843be6c8957 Потоков ЦП: 4; ОС:Windows 10.0 Build 17763; Отрисовка ИП: GL; VCL: win; Локаль: ru-RU (ru_RU); Язык интерфейса: ru-RU Calc: threaded I got 7 sec vs. 19 sec on my computer. And progressbar was really very flicker
Created attachment 155352 [details] WinDbg 64 backtrace of threads while test document opens with OpenGL rendering Attached a WinDbg 64 stack trace with Symbols and source while opening attachment with OpenGL rendering enabled. Windows 10 Home 64-bit en-US (1903) with Version: 6.3.2.2 (x64) Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded
As Skia with Vulkan will replace OpenGL UI rendering on all platforms, it does not make sense to keep OpenGL UI reports open. Details about Skia: https://www.collaboraoffice.com/success-story/implementing-vulkan-capable-libreoffice-user-interface-using-the-skia-library/
Check. fine Version: 7.1.0.0.alpha0+ (x64) Build ID: 6640d7f405d2970ba2825a9455926cc803284d01 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