Bug 137672 - Crash in: skialo.dll
Summary: Crash in: skialo.dll
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.0.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: 2020-10-22 08:17 UTC by drghughes@gmail.com
Modified: 2020-11-05 09:25 UTC (History)
3 users (show)

See Also:
Crash report or crash signature: ["skialo.dll"]


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description drghughes@gmail.com 2020-10-22 08:17:56 UTC
This bug was filed from the crash reporting server and is br-b20bf0fb-2f76-4cc7-ad35-2b744311344e.
=========================================
Just posting this so that there is some background to the crash report.  Please close it if it isn't useful.

This crash seemed to occur when I copied a large amount of data (3,500 rows * 9 columns) and then went to paste it in another sheet.

I haven't been able to reproduce it with the same data, though I have noticed that Calc is unresponsive for a few seconds after copying the data, and won't let it be pasted until Calc becomes responsive again.  I didn't notice that Calc was unresponsive when the crash occurred, and I was able to select the sheet where I wanted to paste the data, so maybe there was some issue where Calc thought that it was ready when really it wasn't.
Comment 1 V Stuart Foote 2020-10-22 13:19:06 UTC
The nVidia GPUs have been added to denylist handling blocking Vulkan accelerated rendering. Please retest with a current nightly build, or when 7.0.3 is released.

However specific steps to reproduce for those of us with similar nVidia GPUs would be of use. This seems similar to the minimize/maximize UI freeze of the see also now avoided with the Vulkan denylist.
Comment 2 Frants 2020-11-02 10:29:57 UTC
I have a similar situation. Calc and Base were loaded. The Calc sheet had about 20,000 rows, one of the columns had a VLOOKUP function. During the recalculation of the sheet, I noticed that not only the Calc window is inaccessible, but Base. Then I selected the lines (about 20,000) and copied. At this point, both applications closed, their windows disappeared!
Comment 3 drghughes@gmail.com 2020-11-03 07:30:02 UTC
I haven't been able to reproduce this with v7.0.3.1.  I also didn't notice the delay between copying the data and being able to paste it into the new location that I saw with v7.0.2.2.

I tried with a similar amount of data (approximately 4,000 rows) and also much more data (approximately 11,000) rows.

So, allowing for the fact that I couldn't reproduce this immediately after the first crash, it looks like the changes discussed by V Stuart Foote have solved the problem.
Comment 4 Xisco Faulí 2020-11-04 14:38:10 UTC
drghughes@gmail.com, could you please share the information from Help - About LibreOffice ?
Comment 5 drghughes@gmail.com 2020-11-05 09:11:01 UTC
Xisco, I hope this is what you're expecting.

Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-AU (en_AU); UI: en-GB
Calc: CL
Comment 6 Xisco Faulí 2020-11-05 09:25:33 UTC
(In reply to drghughes@gmail.com from comment #5)
> Xisco, I hope this is what you're expecting.
> 
> Version: 7.0.3.1 (x64)
> Build ID: d7547858d014d4cf69878db179d326fc3483e082
> CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL:
> win
> Locale: en-AU (en_AU); UI: en-GB
> Calc: CL

Yes, I just wanted to make sure Skia was enabled for you.
Let's close this issue since you can no longer reproduce it in that version
Thanks for reporting this issue