Bug 145267 - Writer crashes when docking or undocking sidebar (AMD Skia problem?)
Summary: Writer crashes when docking or undocking sidebar (AMD Skia problem?)
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.2.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Skia
  Show dependency treegraph
 
Reported: 2021-10-22 02:09 UTC by benradu
Modified: 2023-05-20 22:47 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description benradu 2021-10-22 02:09:51 UTC
Writer crashes instantly when docking or undocking the Sidebar or the Navigator by drag and drop. In the case of navigator only docking can be tested because docking is never successful due to crash.
Undocking the sidebar by pressing Ctrl+Shift+F10 doesn't work.
OS used: Win 10
Comment 1 Xisco Faulí 2021-10-22 08:57:46 UTC
I can't reproduce it in

Version: 7.2.1.2 (x86) / LibreOffice Community
Build ID: 87b77fad49947c1441b67c559c339af8f3517e22
CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: es-ES
Calc: threaded

Thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Comment 2 benradu 2021-10-22 19:00:26 UTC
Thank your reply. I cleared the user profile, the crash still happens. It doesn't happen on a different computer with Intel processor though. It may be related to certain graphic cards. Here is my dump.ini:
ProductName=LibreOffice
Version=7.2.2.2
BuildID=02b2acce88a210515b4a5bb2e46cbfb63fe97d56
URL=https://crashreport.libreoffice.org/submit/
VulkanVendor=0x1002
VulkanDevice=0x15d8
VulkanAPI=1.2.133
VulkanDriver=2.0.137
VulkanDeviceType=integrated
VulkanDeviceName=AMD Radeon(TM) Graphics
UseSkia=true
Language=en-US
CPUModelName=AMD Ryzen 3 3250U with Radeon Graphics         
CPUFlags=sse3 pclmulqdq monitor ssse3 fma cpmxch16b sse41 sse42 movbe popcnt aes xsave osxsave avx f16c rdrand msr cx8 sep cmov clfsh mmx fxsr sse sse2 ht fsgsbase bmi1 avx2 bmi2 rdseed adx sha lahf abm sse4a syscall mmxext rdtscp
MemoryTotal=6164744 kB
Comment 3 Roman Kuznetsov 2021-10-23 14:46:31 UTC
It seems as AMD driver's Skia problem

can you please disable Skia rendering in LibreOffice's Options dialog?

Select Tools-Options-LibreOffice-View and uncheck Skia options there
Comment 4 benradu 2021-10-23 23:02:40 UTC
Indeed, disabling "Use Skia for all rendering" does not produce the crash anymore.
So, is this a bug in the AMD driver?
Thanks!
Comment 5 Luboš Luňák 2021-11-17 14:03:24 UTC
Please provide also a link to the crash report that is generated after the crash.
Comment 6 benradu 2021-11-18 01:32:30 UTC
Crash Report Tool does not prompt me to send a report. the crash is so instant that there is no crash report. I provided the content of the dump.ini file already. I don't know how to provide the link you requested.
Comment 7 Jonathan Rubenstein 2022-01-17 20:41:19 UTC
Hello. I found this crash only happens when you dock or undock. You can turn off Skia and dock a widget, then turn it on after it's docked, and it works fine. Trying to dock or undock a widget when Skia is on though, triggers a crash.

I attached WinDbg to LibreOffice and found this error when it crashes:

Failed vulkan call. Error: -1,CreateGraphicsPipelines(gpu->device(), cache, 1, &pipelineCreateInfo, nullptr, &vkPipeline)
Failed to create pipeline. Error: -1
(59e8.1b58): Security check failure or stack buffer overrun - code c0000409 (!!! second chance !!!)
Subcode: 0x7 FAST_FAIL_FATAL_APP_EXIT 
ucrtbase!abort+0x4e:
00007ff8`cec3286e cd29            int     29h

And stack trace:

 # Child-SP          RetAddr               Call Site
00 000000a1`f458e550 00007ff8`28350437     ucrtbase!abort+0x4e
01 000000a1`f458e580 00007ff8`2834f23b     mergedlo!SkiaSalGraphicsImpl::postDraw+0xb7
02 000000a1`f458e5b0 00007ff8`2834f431     mergedlo!SkiaSalGraphicsImpl::invert+0x79b
03 000000a1`f458e7e0 00007ff8`27e5b8a5     mergedlo!SkiaSalGraphicsImpl::invert+0xd1
04 000000a1`f458e830 00007ff8`27e5c684     mergedlo!vcl::Window::InvertTracking+0x3a5
05 000000a1`f458e920 00007ff8`27dd2cbf     mergedlo!vcl::Window::ShowTracking+0x94
06 000000a1`f458e950 00007ff8`27e773a1     mergedlo!DockingWindow::Tracking+0x48f
07 000000a1`f458ea30 00007ff8`27e7856a     mergedlo!ImplCallPreNotify+0x2c71
08 000000a1`f458ecf0 00007ff8`27e7913d     mergedlo!ImplCallPreNotify+0x3e3a
09 000000a1`f458ed40 00007ff8`2836328c     mergedlo!FloatingWindow::ImplSetMouseDown+0x11d
0a 000000a1`f458f0c0 00007ff8`52dae9d4     mergedlo!SalFrame::CallCallback+0x1c
0b 000000a1`f458f0f0 00007ff8`52db3cc1     vclplug_winlo!dtrans_CWinClipboard_get_implementation+0x3fce4
0c 000000a1`f458f1e0 00007ff8`52db433d     vclplug_winlo!dtrans_CWinClipboard_get_implementation+0x44fd1
0d 000000a1`f458f320 00007ff8`cfb1e7e8     vclplug_winlo!dtrans_CWinClipboard_get_implementation+0x4564d
0e 000000a1`f458f390 00007ff8`cfb1e47e     USER32!UserCallWinProcCheckWow+0x2f8
0f 000000a1`f458f520 00007ff8`8588f1b0     USER32!CallWindowProcW+0x8e
10 000000a1`f458f570 00007ff8`cfb1e7e8     OPENGL32!wglWndProc+0x2a0
11 000000a1`f458f5e0 00007ff8`cfb1e229     USER32!UserCallWinProcCheckWow+0x2f8
12 000000a1`f458f770 00007ff8`52d43d28     USER32!DispatchMessageWorker+0x249
13 000000a1`f458f7f0 00007ff8`52d43b21     vclplug_winlo+0x13d28
14 000000a1`f458f880 00007ff8`282046e4     vclplug_winlo+0x13b21
15 000000a1`f458f8b0 00007ff8`26f9cb55     mergedlo!Application::Execute+0x164
16 000000a1`f458f910 00007ff8`28213c07     mergedlo!SfxTabPage::set_visible+0x57d5
17 000000a1`f458fc60 00007ff8`26fbebb3     mergedlo!ImplSVMain+0x67
18 000000a1`f458fc90 00007ff7`acc3105b     mergedlo!soffice_main+0x133
19 000000a1`f458fd50 00007ff7`acc31304     soffice!main+0x1b
1a 000000a1`f458fd80 00007ff8`cf717034     soffice!main+0x2c4
1b 000000a1`f458fdc0 00007ff8`d1322651     KERNEL32!BaseThreadInitThunk+0x14
1c 000000a1`f458fdf0 00000000`00000000     ntdll!RtlUserThreadStart+0x21
Comment 8 Roman Kuznetsov 2023-05-20 17:34:46 UTC
I have AMD Ryzen 7 5700u with integrated video and I can't repro this problem in

Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: e08c910f9ee520ce00fe99d6dab9988138996ee3
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: CL threaded

I think we have this hardware in our black list for Skia/Vulcan now

Anyway, benradu@gmail.com  could you please retest this problem in current 7.4 or 7.5 version of LibreOffice?
Comment 9 benradu 2023-05-20 21:23:16 UTC
Problem is solved. Tested in 7.5.2.2
Thanks!
Comment 10 Aron Budea 2023-05-20 22:47:44 UTC
Let's mark as WORKSFORME, since the fixing change isn't known.