Description: When switching between LibreOffice and other apps, the LibreOffice window often turns blank and black. LibreOffice Writer often stays black, but turns white again after clicking on it. LibreOfice Calc often flashes black before turning white. This is frustrating when going back and forth between sources in SumatraPDF and notes in LibreOffice. Steps to Reproduce: 1. Open LibreOffice. 2. Open your preferred reading app. 3. Click on LibreOffice in the Taskbar. 4. Click on your preferred reading app in the Taskbar. 5. Click on LibreOffice in the Taskbar. Actual Results: Step 5 will often but not always cause LibreOffice to turn blank and black. Using the Taskbar, this usually happens. Using Windows+Tab, this doesn't usually happen. Expected Results: LibreOffice shouldn't suddenly turn black, or flash black before turning white again. Reproducible: Sometimes User Profile Reset: No Additional Info: Version: 26.2.2.2 (X86_64) Build ID: 1f77d10d6938fd34972958f64b2bcfa54f8b1ba5 CPU threads: 12; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Thank you for reporting the bug. I can not reproduce the bug in Version: 26.2.3.2 (X86_64) Build ID: 70e089b17412e4cb7773e41413306b17a2328c34 CPU threads: 16; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
I see you have "UI render: Skia/Vulkan". Does it make a difference, if you activate Tools - Options - LibreOffice - View - Force Skia software rendering? If so, you could attach here the Skia log found in %APPDATA%\Roaming\LibreOffice\4\cache\skia.log
It doesn't occur if I force Skia. RenderMethod: raster Compiler: Clang
Can you attach the Skia log file?
Created attachment 207213 [details] skia log
(In reply to MarjaE from comment #5) > Created attachment 207213 [details] > skia log Oh, sorry, I didn't understand that was the content. I suppose the Vulkan log got overwritten when changing to software rendering. Do you get different log content when switching the software rendering off?
Created attachment 207219 [details] skia log without forcing software rendering
Really would need full stack trace with both LibreOffice source/symbols but also MS *AND* Intel's skia/Vulkan symbols. But as this iGPU has been transitioned to legacy status it seems unlikely we'd receive any assistance from Intel. Seems more appropriate to let the deny list remain and => WF from see also bug 172239 <snip> Sorry, should have checked sooner. The Intel Iris Xe iGPU (device id 0x9a49) has been and remains deny listed[1], so will immediately be placed into skia Software rendered raster framing. User can override and place into skia Vulkan rendering mode, but that seems to still result in the LibreOffice appframe flashing black or not rendering to canvas, i.e. bug 172008 This has continued even as LibreOffice has updated its bundled skia libs. So seems a core flaw in this Intel iGPU implementation. A generic google search suggests not just LibreOffice has been affected. Fortunately, no reported issues when using the iGPU without Vulkan accelerated rendering. =-ref-= [1] https://gerrit.libreoffice.org/c/core/+/137768 as for bug 150232 at 7.5.0 for all its drivers, or the earlier https://gerrit.libreoffice.org/c/core/+/124845 for bug 144923 at 7.3.0 for specific driver. </snip>
I've submitted a patch on gerrit: https://gerrit.libreoffice.org/c/core/+/205797
Julien Nabet committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/43bc0b8c3a50122a520f29027b9592477d405811 tdf#172008: blacklist Intel Iris Xe Graphics for Skia It will be available in 26.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(it's not a FIX per se, more a workaround)
Julien Nabet committed a patch related to this issue. It has been pushed to "libreoffice-26-2": https://git.libreoffice.org/core/commit/eeef33aa80a8ec16781a04db121b7d90e80b79d3 tdf#172008: blacklist Intel Iris Xe Graphics for Skia It will be available in 26.2.5. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Julien Nabet committed a patch related to this issue. It has been pushed to "libreoffice-26-2-4": https://git.libreoffice.org/core/commit/b3d4c6f5b66cfc8daa28585d36a4f61ee62856dc tdf#172008: blacklist Intel Iris Xe Graphics for Skia It will be available in 26.2.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Should note that the Intel Iris Xe 0x46a8 PCI device now deny listed is the iGPU for Intel 12th Gen Alder Lake Desktop and Mobile processors. Intel has moved these to legacy support status. Driver updates still forthcoming, but don't expect your hw vendor or Intel to respond to issues. Intel generic drivers (11th-14th gen) are here: https://www.intel.com/content/www/us/en/download/864990/intel-11th-14th-gen-processor-graphics-windows.html Latest at this writing for Win11 is 32.0.101.7085 build. Folks having issues with Vulkan accelerated rendering should check with recent iGPU drivers. Or just accept the fallback/deny list action to use skia lib raster framing only. You can obtain older driver builds there as well and rollback to check for differences.