Bug 138059 - Allow normal open of damaged Presentation that displays nothing in editor until View is set
Summary: Allow normal open of damaged Presentation that displays nothing in editor unt...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Page-Slide-View
  Show dependency treegraph
 
Reported: 2020-11-08 01:52 UTC by Marc J
Modified: 2023-08-19 14:21 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
BuggyDocument (5.78 MB, application/vnd.oasis.opendocument.presentation)
2020-11-08 01:54 UTC, Marc J
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marc J 2020-11-08 01:52:48 UTC
Description:
Libreoffice crashed while editing a document and recovered but generated the attached problem document. 

When the attached document is opened, the editor window does not get updated. The pixels which were last displayed in the window remain in the editor and get duplicated when the editor is scrolled. 

However, starting the presentation shows the content on the slides correctly. This is why I conclude the file is not completely corrupt however it appears to be causing a UI thread crash. When the presentation ends, LibreOffice crashes.

I have tried a new user profile, and have tried toggling Skia and/or Hardware Acceleration but no combination of options changes the outcome.

I have tested this bug on Version: 6.4.6.2 (Ubuntu 20.04) and Version 7.0.3.1 (Win 10 x64). Both have the same behavior.


Steps to Reproduce:
1. Open attached document.
2. Observe editor area is blank.

Actual Results:
Editor area is blank.

Expected Results:
Editor area shows current slide and all slide thumbnails.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Tested on:
Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

Version: 6.4.6.2
Build ID: 1:6.4.6-0ubuntu0.20.04.1
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 1 Marc J 2020-11-08 01:54:57 UTC
Created attachment 167085 [details]
BuggyDocument

This file will produce the bug.
Comment 2 pavlog 2020-11-28 21:57:06 UTC
Thanks for the report. I can reproduce the process except the crash on the end of clide show

in Version: 7.2.0.0.alpha0+ (x64)
Build ID: 32fdb8eb3506bc8dcf013cc713fe8e5debceb940
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

Do you see the crash every time?
Comment 3 Timur 2022-08-10 12:34:06 UTC
Repro as reported. 
But not a bug bug, with that crash LO just lost View setting. Click and OK with view and no crash then.

So this can be NotABug or can be considered an enhancement to allow LO to be less strict when reading file, like MSO that opens this file with slide shown. 

Unless explained differently, I set Low Enhancement (as this is a rare case).