Bug 72614 - Impress hangs on creating new style
Summary: Impress hangs on creating new style
Status: RESOLVED DUPLICATE of bug 79360
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.1.1.2 release
Hardware: All All
: highest critical
Assignee: Not Assigned
URL:
Whiteboard: Confirmed:4.2.0.0beta2:OSX10.9
Keywords:
: 78898 (view as bug list)
Depends on:
Blocks: mab4.2
  Show dependency treegraph
 
Reported: 2013-12-11 19:58 UTC by Mihkel Tõnnov
Modified: 2014-06-03 15:08 UTC (History)
4 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 Mihkel Tõnnov 2013-12-11 19:58:40 UTC
When I try to create a new style via right-click in the Styles and Formatting tab of the sidebar, Impress hangs with near-100% CPU usage.

Steps to reproduce:
1) Open Impress
2) Open the Styles and Formatting tab on the sidebar
3a) Right-click on any existing style, or
3b) Right-click on empty area below existing styles
4) Choose "New..."

Expected result: dialog to create a new style appears.

Observed result: Impress hangs with nearly 100% CPU usage.

LibreOffice 4.1.4.2 (this version is absent from the above list), DEBs published by TDF.

Creating a new style in a similar way works in Writer, Calc and Draw.
Comment 1 Mihkel Tõnnov 2013-12-11 20:17:55 UTC
Windows is also affected, tried with 4.1.1.2. Setting platform and version accordingly.
Comment 2 Jorendc 2013-12-11 20:21:13 UTC
Thanks for reporting, but please report bugs with status UNCONFIRMED. They only should change to NEW until someone was able to reproduce this behavior. Thanks in advance.

But I can reproduce this behavior ;-) , tested using Mac OSX 10.9 with LibreOffice 4.1.4.2 RC and LibreOffice Version: 4.2.0.0.beta2 Build ID: 1a27be92e320f97c20d581a69ef1c8b99ea9885d

Looks a critical bug to me.
Comment 3 Mihkel Tõnnov 2013-12-11 20:38:27 UTC
(In reply to comment #2)
> Thanks for reporting, but please report bugs with status UNCONFIRMED. They
> only should change to NEW until someone was able to reproduce this behavior.

Ah, sorry, I thought bugzilla would set the correct initial status by default. Apparently not :)
Comment 4 Pierre C 2013-12-20 20:03:49 UTC
Not reproduce in LO 4.2.0.1 and LO 4.1.5+ Win 7 x64
Comment 5 Björn Michaelsen 2014-01-17 09:51:54 UTC
(This is an automated message.)

Setting priority to highest as this is a 4.1 MAB. This is part of an effort to make the importance of MAB reflected in priority too.
Comment 6 Marcos Souza 2014-01-23 15:43:29 UTC
I investigated this bug:

It seems we should NOT have a new option in the Presentation Styles, because the standard template window (F11) does not show the "New" option when click with right mouse button for Presentation Styles.

I can "fix" the issue by adding a "bCanNew = sal_False" in the end of SfxCommonTemplateDialog_Impl::InvalidateBindings(this function is inside of file sfx2/source/dialog/templdlg.cxx), so it don't show the New options for the Presentation Style. But in this case, it does not show the New for Image Styles too...

So, where can I proceed here? I'll try to track how these bindings are created and set, and maybe I'll try to find the code of standard template window
Comment 7 sophie 2014-02-12 09:51:46 UTC
Changed importance to reflect the new policy - Sophie
Comment 8 tommy27 2014-05-03 08:44:44 UTC
(In reply to comment #0)
>
> Steps to reproduce:
> 1) Open Impress
> 2) Open the Styles and Formatting tab on the sidebar
> 3a) Right-click on any existing style, or
> 3b) Right-click on empty area below existing styles
> 4) Choose "New..."
> 
> Expected result: dialog to create a new style appears.
> 
> Observed result: Impress hangs with nearly 100% CPU usage.

tested under Win7x64

LibO 4.2.3.3 hangs with both 3a and 3b steps so bug is still there unlike comment 4 says.

LibO 4.3.0.0alpha1+ (*)
doesn't hang with 3a and does nothing with 3b, anyway I'm not enough experienced with Impress style to tell if that behaviour is correct or not.

what do you think?
Comment 9 tommy27 2014-05-03 08:45:41 UTC
(*) Version: 4.3.0.0.alpha1+
Build ID: 0b03f7ed575838f90e6b1ebec3538a3a214f81fb
TinderBox: Win-x86@42, Branch:master, Time: 2014-04-30_02:30:23
Comment 10 tommy27 2014-05-13 05:16:15 UTC
still reproducible in 4.2.4.2 
moving to mab4.2 list since 4.1.x is END OF LIFE

experienced user opinion about 4.3.x behaviour is welcome.
Comment 11 tommy27 2014-05-19 11:24:09 UTC
*** Bug 78898 has been marked as a duplicate of this bug. ***
Comment 12 Matúš Kukan 2014-06-01 10:39:11 UTC
This was fixed in https://bugs.freedesktop.org/show_bug.cgi?id=79360
Comment 13 Matúš Kukan 2014-06-03 15:08:25 UTC

*** This bug has been marked as a duplicate of bug 79360 ***