Issue 115149 - assertion: lock underflow in SvxShape
Summary: assertion: lock underflow in SvxShape
Status: CONFIRMED
Alias: None
Product: Draw
Classification: Application
Component: code (show other issues)
Version: DEV300m88
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on: 117613
Blocks:
  Show dependency tree
 
Reported: 2010-10-20 15:10 UTC by 400guy
Modified: 2017-05-20 10:47 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description 400guy 2010-10-20 15:10:31 UTC 
I am running a non-product build of DEV300_m88.


To provoke the assertion, ...

(*) Open the file "Borschagivskiy Case Study_Final.docx", which is
    attached to issue 115141.

(*) Procede past 14 occurrences of the assertion "unknown sprmid in
    SettingsTable::sprm()" mentioned in issue 115141.

(*) Procede past the assertion "no context of this type available"
    mentioned in issue 115143.

(*) Procede past the assertion "wrap not around or not_Beside?"
    mentioned in issue 115146.

(*) Procede past 8 occurrences of the assertion
    "ListTable::CreateNumberingRules" mentioned in issue 115147.

(*) The program presents Debug Output ...

        Error: lock underflow in SvxShape!
        From File
/home/terry/OOo_hacking/DEV300_m88/svx/source/unodraw/unoshape.cxx at Line 4267
        Abort ? (Yes=abort / No=ignore / Cancel=core dump)
Comment 1 clippka 2010-10-20 20:59:16 UTC 
taking over

cl->400guy: thanks for having a look at the non pro and reporting assertions,
this work is highly appreciated!
Comment 2 clippka 2011-01-24 09:55:07 UTC 
targeting
Comment 3 Martin Hollmichel 2011-03-16 09:44:24 UTC 
set target to 3.x since not release relevant for 3.4.
Comment 4 clippka 2011-03-30 15:25:13 UTC 
can't reproduce the assertion anymore in dev300 m102.

still can't send this issue back to qa for verification as m102 crashes during load. I submitted issue 117613 for this.

(I do not assume the assertion is gone because it crashes before, I quick hack fixed the crash and the document loaded with no assertion :-)
Comment 5 Marcus 2017-05-20 10:47:44 UTC 
Reset assigne to the default "issues@openoffice.apache.org".