Bug 136521 - Impress crashes starting slideshow with Skia
Summary: Impress crashes starting slideshow with Skia
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.0.0.3 release
Hardware: IA64 (Itanium) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Skia
  Show dependency treegraph
 
Reported: 2020-09-06 17:56 UTC by Massimo
Modified: 2020-09-28 17:50 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
One-slide Impress presentation (374.47 KB, application/vnd.oasis.opendocument.presentation)
2020-09-06 17:57 UTC, Massimo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Massimo 2020-09-06 17:56:39 UTC
Description:
One slide crashes Impress when starting slideshow.

Steps to Reproduce:
Just Start Slideshow


Actual Results:
Impress hangs on a black screen. Click with the mouse, you get a "program not responding" window. Then crash,

Expected Results:
Should show the slide


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: threaded
Comment 1 Massimo 2020-09-06 17:57:59 UTC
Created attachment 165203 [details]
One-slide Impress presentation

The slide that systematically crashes my LO. There are no animations, just a couple of figures.
Comment 2 Telesto 2020-09-06 18:50:06 UTC
No crash
Version: 7.1.0.0.alpha0+ (x64)
Build ID: e8b8e7be0b2ad693224cd94062a55610eb69df7e
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Vulkan; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

Also tested Raster

A profile reset might help
Comment 3 Massimo 2020-09-07 08:40:51 UTC
Crash confirmed on a second PC, here is the configuration
Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win
Locale: ja-JP (ja_JP); UI: en-GB
Calc: CL
Comment 4 Xisco Faulí 2020-09-07 08:48:09 UTC
Not reproducible in

Version: 7.1.0.0.alpha0+
Build ID: 6b2eff7d69c6e14d89dd33eaa58c01d82c541266
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

@Luboš Luňák, maybe skia related? Do you reproduce it on your end ?
Comment 5 Massimo 2020-09-07 08:51:19 UTC
(In reply to Xisco Faulí from comment #4)
> Not reproducible in
> 
> Version: 7.1.0.0.alpha0+
> Build ID: 6b2eff7d69c6e14d89dd33eaa58c01d82c541266
> CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3
> Locale: en-US (en_US.UTF-8); UI: en-US
> Calc: threaded
> 
> @Luboš Luňák, maybe skia related? Do you reproduce it on your end ?

So, I have to wait for 7.1, it seems. I have just checked on a third computer, same problem: the slideshow is so slow that either I go for a coffee before it shows up or I click somewhere and Windows says LO is not responding.
Comment 6 Telesto 2020-09-07 09:06:21 UTC Comment hidden (obsolete)
Comment 7 Massimo 2020-09-07 09:23:23 UTC Comment hidden (obsolete)
Comment 8 Telesto 2020-09-07 09:34:29 UTC Comment hidden (obsolete)
Comment 9 Massimo 2020-09-07 09:41:54 UTC
I dug a little bit further. The culprit is the set of three images with white background in the middle. I have cut-and-paste them in a graphic program, exported as jpg, and inserted the exported version in LO. Problem solved.
I have several other slides with the same problem. They were produced with powerpoint. I got the file, saved as ODP. I am doing the same trick for all the figures.
I hope this may be helpful for a bug hunting...
Comment 10 Massimo 2020-09-07 09:49:00 UTC
(In reply to Telesto from comment #8)

> Sorry misunderstanding.. Reverting ;-)

No problem! It is extremely slow, true. But if you click somewhere while waiting, you get a crash. That should not happen, should it?
Comment 11 Luboš Luňák 2020-09-07 11:14:02 UTC
Tools -> Options -> LibreOffice -> Advanced -> Open Expert Configuration : Search for 'UseSkia' and make sure it's set to 'false'. Does that help?
Comment 12 Luboš Luňák 2020-09-07 11:17:33 UTC
It's also simpler by disabling Tools -> Options -> LibreOffice -> View -> Use Skia for all rendering. Note that you need to restart LO after changing the option (either method).
Comment 13 Massimo 2020-09-07 11:21:49 UTC
(In reply to Luboš Luňák from comment #11)
> Tools -> Options -> LibreOffice -> Advanced -> Open Expert Configuration :
> Search for 'UseSkia' and make sure it's set to 'false'. Does that help?

Yes! After turning 'UseSkia' off and restarting LO, the slideshow works correctly!
Comment 14 Luboš Luňák 2020-09-07 12:16:37 UTC
@QA: Can somebody easily test this with 7.0 branch? I backport all my Skia fixes, so I'd expect this to be already fixed for the next 7.0.x .
Comment 15 Timur 2020-09-14 09:42:33 UTC
Nobody confirmed this. I also do not reproduce with 7.0 beta and 7.1+ master. 

Massimo , please test with master from https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/current/LibreOfficeDev_7.1.0.0.alpha0_Win_x64.msi
Comment 16 Luboš Luňák 2020-09-28 17:50:08 UTC
No response, nobody confirmed, probably already fixed -> closing.