Bug 38342 - Crash when rename list style
Summary: Crash when rename list style
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.3.2 release
Hardware: x86 (IA32) All
: medium major
Assignee: Cédric Bosdonnat
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-15 04:49 UTC by Élodie
Modified: 2013-07-22 09:05 UTC (History)
3 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 Élodie 2011-06-15 04:49:43 UTC
Ubuntu 10.04 LTS - LireOffice 3.3.2 - OOO330m19 (Build:202) - tag libreoffice-3.3.2.2

Hi,

in a new document, I create a list, number ou bullets, never mind. I save the list by the stylist with the icon "New style from selection". When I try to rename this new style, LibO crash.
Same result with WinXP LibO 3.3.3 RC1, XP et Libo 3.4 buildid=340m1(Build:12) but not with Libo 3.4 win 7.

Thanks

Élodie
Comment 1 Laurent Balland 2011-06-15 05:57:02 UTC
Hello,

This crash is difficult to reproduce. Some procedure make crash half time, but not all the time.
On WinXP, crash gives no window message: when I click on OK to valid new name, all LibO windows simply disappear. When I again starts LibO, LibO proposes to retrieve previous files.
Comment 2 Radek Doulik 2011-06-15 12:53:17 UTC
Cedric, do you have time to look at this?
Comment 3 Rainer Bielefeld Retired 2011-06-15 21:32:59 UTC
Not reproducible with "LibreOffice 3.4.0  – WIN7  Home Premium  (64bit) German UI [OOO340m1 (Build:12)]", own sample document and 10x renamed style. Linus specific or only reported problem to reproduce the crash?

I modified Status to Assigned due to facts.
Comment 4 Élodie 2011-06-16 00:27:00 UTC
(In reply to comment #3)
> Not reproducible with "LibreOffice 3.4.0  – WIN7  Home Premium  (64bit) German
> UI [OOO340m1 (Build:12)]", own sample document and 10x renamed style. Linus
> specific or only reported problem to reproduce the crash?
> 
> I modified Status to Assigned due to facts.

Hi,

not a linus specific problem. Did you see that I've said in my first commit about the firsts tests ? Same crash with WinXP LibO 3.3.3 RC1, XP et Libo 3.4 have been reported.
But it's a fact that is difficult to reproduce, I'm not able to tell you exactly when it happened. All my tests go to crash.

Thanks to have assigned it.

Élodie
Comment 5 Rainer Bielefeld Retired 2011-06-16 08:12:24 UTC
OS due to report / comments
Comment 6 Cédric Bosdonnat 2011-07-08 08:41:30 UTC
Reproduced even on master branch. Here is a backtrace of the crash:
#0  0x00007fffde98cf5e in SwNumRule::Get (this=0x0, i=1) at /home/cbosdo/libreoffice/master/bootstrap/sw/source/core/doc/number.cxx:87
#1  0x00007fffdec34c38 in (anonymous namespace)::AreListLevelIndentsApplicableAndLabelAlignmentActive (rTxtNode=...)
    at /home/cbosdo/libreoffice/master/bootstrap/sw/source/core/text/itrcrsr.cxx:156
#2  0x00007fffdec34d23 in SwTxtMargin::CtorInitTxtMargin (this=0x7fffffff94c0, pNewFrm=0x7fffdabba110, pNewInf=0x7fffffff9d50)
    at /home/cbosdo/libreoffice/master/bootstrap/sw/source/core/text/itrcrsr.cxx:182
#3  0x00007fffdec358a3 in SwTxtCursor::CtorInitTxtCursor (this=0x7fffffff94c0, pNewFrm=0x7fffdabba110, pNewInf=0x7fffffff9d50)
    at /home/cbosdo/libreoffice/master/bootstrap/sw/source/core/text/itrcrsr.cxx:411
#4  0x00007fffdec1391f in SwTxtCursor::SwTxtCursor (this=0x7fffffff94c0, pTxtFrm=0x7fffdabba110, pTxtSizeInf=0x7fffffff9d50)
    at /home/cbosdo/libreoffice/master/bootstrap/sw/source/core/text/itrtxt.hxx:273
#5  0x00007fffdec0ebb4 in SwTxtFrm::_GetCrsrOfst (this=0x7fffdabba110, pPos=0x7fffffffa140, rPoint=..., bChgFrm=1 '\001', pCMS=0x7fffffffa180)
    at /home/cbosdo/libreoffice/master/bootstrap/sw/source/core/text/frmcrsr.cxx:615
#6  0x00007fffdec0f155 in SwTxtFrm::GetCrsrOfst (this=0x7fffdabba110, pPos=0x7fffffffa140, rPoint=..., pCMS=0x7fffffffa180)
    at /home/cbosdo/libreoffice/master/bootstrap/sw/source/core/text/frmcrsr.cxx:707
#7  0x00007fffdeba4610 in SwLayoutFrm::GetCrsrOfst (this=0x7fffdae15000, pPos=0x7fffffffa140, rPoint=..., pCMS=0x7fffffffa180)
    at /home/cbosdo/libreoffice/master/bootstrap/sw/source/core/layout/trvlfrm.cxx:169
#8  0x00007fffdeba4610 in SwLayoutFrm::GetCrsrOfst (this=0x7fffdae13000, pPos=0x7fffffffa140, rPoint=..., pCMS=0x7fffffffa180)
    at /home/cbosdo/libreoffice/master/bootstrap/sw/source/core/layout/trvlfrm.cxx:169
#9  0x00007fffdeba48a5 in SwPageFrm::GetCrsrOfst (this=0x7fffdae13000, pPos=0x7fffffffa140, rPoint=..., pCMS=0x7fffffffa180)
    at /home/cbosdo/libreoffice/master/bootstrap/sw/source/core/layout/trvlfrm.cxx:216
#10 0x00007fffdeba50bf in SwRootFrm::GetCrsrOfst (this=0x1517120, pPos=0x7fffffffa140, rPoint=..., pCMS=0x7fffffffa180)
    at /home/cbosdo/libreoffice/master/bootstrap/sw/source/core/layout/trvlfrm.cxx:350
#11 0x00007fffde882575 in SwCrsrShell::GetContentAtPos (this=0x1516ba0, rPt=..., rCntntAtPos=..., bSetCrsr=0 '\000', pFldRect=0x0)
    at /home/cbosdo/libreoffice/master/bootstrap/sw/source/core/crsr/crstrvl.cxx:1023
Comment 7 Cédric Bosdonnat 2011-07-08 08:43:40 UTC
Details to reproduce it
  * Create new Writer document
  * Type some text
  * Enter F12
  * Type a new sub level
  * Change the sub level bullet to something else
  * Save the style with "New Style from Selection" and name it "my test"
  * Modify the style and rename it to eg "My sample style"
  * Ok

Crash...
Comment 8 Jon Grossart 2012-02-23 17:59:38 UTC
I've run into this several times on LibO 3.5.0.  Sometimes crashing, sometimes not.

It seems to happen more often if I use the "new style from selection", which creates a paragraph and list list style.  Changing the list style name is what then seems to crash most which changing the paragraph name seems to work ok. I'm guessing it's related to the link between the paragraph style and the list style
Comment 9 Julien Nabet 2013-01-09 21:17:44 UTC
On pc Debian x86-64 with 3.6 sources updated some days ago, I don't reproduce it.
Could someone give a try with a newer LO version (last one is 3.6.4)?
Comment 10 Julien Nabet 2013-07-22 09:05:26 UTC
No feedback since months, following my last comment, I put it as WFM.

If someone can reproduce this, please don't hesitate to reopen this tracker.