Bug 144365 - Crash when deleting a style in particular ODP from LO 5.0
Summary: Crash when deleting a style in particular ODP from LO 5.0
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
5.0 all versions
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, haveBacktrace, regression
Depends on:
Blocks: ImpressDraw-Styles
  Show dependency treegraph
 
Reported: 2021-09-07 20:11 UTC by Pierre C
Modified: 2024-02-16 22:39 UTC (History)
8 users (show)

See Also:
Crash report or crash signature: ["SfxStyleSheetBase::GetItemSet()"]


Attachments
Document test (90.66 KB, application/vnd.oasis.opendocument.presentation)
2021-09-07 20:11 UTC, Pierre C
Details
bt with debug symbols (9.11 KB, text/plain)
2021-09-08 17:26 UTC, Julien Nabet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pierre C 2021-09-07 20:11:59 UTC
Created attachment 174869 [details]
Document test

Step to reproduce :
Open test document
delete the draw style "Style de dessin par défaut_2"

(select style and hit DEL)
=> immediate crash which is intercepted by LO, but when creating the bug report there is no URL in the bug report window

Surprisingly, after Lo Crash, LO is closed (just after saving all opended files) Then in the windows taskmanager,a LibreOffice Task is running, consuming 25 % of CPU time.

For each crash, a new LibreOffice task is running, consuming more and more cpu resource, progressively making windows unresponsive
Comment 1 Pierre C 2021-09-07 20:14:40 UTC
Forget to ADD
LO 7.1.6.2, LO 7.2.1.1 & LO 7.3 dev
W10 x64
Comment 2 Roman Kuznetsov 2021-09-07 21:23:20 UTC
confirm crash in

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 368e21fbc34fa4104f16498a54ab77704f39e6b4
CPU threads: 4; OS: Mac OS X 10.16; UI render: Skia/Metal; VCL: osx
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
Calc: threaded
Comment 3 Telesto 2021-09-08 06:57:07 UTC
Also in
6.2

and in
Version: 6.0.6.0.0+
Build ID: c30963b8b4bbbe42a24b97aafa161eff9d7ccdd4
CPU threads: 4; OS: Windows 6.3; UI render: default; 
Locale: nl-NL (nl_NL); Calc: CL

no crash with
4.4.7.2
Comment 4 Roman Kuznetsov 2021-09-08 07:42:33 UTC Comment hidden (obsolete)
Comment 5 Timur 2021-09-08 08:48:13 UTC
(In reply to Roman Kuznetsov from comment #4)
> Repro in 5.0.6

Not with my 50max latest. So bibisect needs to be done in Windows.
Comment 6 Henrik Palomäki 2021-09-08 13:36:19 UTC
I bibisected this using the win32-5.1 bisect repo and got

https://git.libreoffice.org/core/commit/8904bf48e0cb4d5d0890684ce82dc2ff3252e41f

Date: Wed Jul 08 11:26:57 2015 +0200

Adding Cc: to Michael Stahl
Comment 7 Julien Nabet 2021-09-08 17:26:47 UTC
Created attachment 174895 [details]
bt with debug symbols

On pc Debian x86-64 with master sources updated today, I could reproduce this.
Comment 8 fmgtack+libreoffice 2023-03-17 11:08:43 UTC
In LO 7.4.6.2 on Fedora 37 (and many earlier versions), it appears to happen only only when a style is still in use. The dialog pops up mentioning the style is in use. When confirming the deletion, the application crashes. If the style is not in use, deleting it immediately removes it without issue.

After the crash, if one allows LO to "recover the file", the style effectively is (appears to be)removed. Saving the file then consolidates the action. Letting it crash all the time thus constitutes kind of a (quite more time consuming) workaround.
Comment 9 Tex2002ans 2024-02-16 22:39:00 UTC
CRASH:

- https://crashreport.libreoffice.org/stats/crash_details/c4302348-bab0-41a4-b09e-afd29eac3503

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

- - -

Followed comment 0 exactly.