Issue 46756 - calc crashes when changing graph's line style or color
Summary: calc crashes when changing graph's line style or color
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: General
Classification: Code
Component: chart (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: kla
QA Contact: issues@graphics
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-04-06 01:44 UTC by jeongkyu.kim
Modified: 2013-02-24 21:22 UTC (History)
1 user (show)

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

Attachments
report for crash when changing graph's line style or color (7.47 KB, text/xml)
2005-04-06 01:50 UTC, jeongkyu.kim 		no flags Details
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 jeongkyu.kim 2005-04-06 01:47:11 UTC 
Calc crashed when I tried to change style or color of line in noraml line graph. 

Steps to reproduce.
1. Open new calc document
2. Input arbitrary data such as
     a  1
     b  2
     c  3
     d  4
3. Select the data and run 'Insert'->'Chart'
4. Create default normal line graph
5. Right click on the chart and choose 'Edit' menu
6. Double click the line in edit mode
7. Confirm 'Data Series' dialog box
8. Change style (or color) and click 'OK'
9. Confirm crash
Comment 1 jeongkyu.kim 2005-04-06 01:48:45 UTC 
forgot to change OS. :-) It happens Fedora Core 3.
Comment 2 jeongkyu.kim 2005-04-06 01:50:56 UTC 
Created attachment 24708 [details]
report for crash when changing graph's line style or color
Comment 3 frank 2005-04-06 08:15:28 UTC 
wrong component, changed to chart
Comment 4 bjoern.milcke 2005-04-06 09:35:58 UTC 
->kla: There is an internal stack report bug (internal id 119395).

The interesting part of a more informative stack:

SignalHandlerFunction /src.m68/sal/osl/unx/signal.c:820 libpthread.so.0 0xbe65
GetObjectId(SdrObject const&) /src.m69/sch/source/core/objid.cxx:79
ChartModel::GetAxisAttr(SdrObjGroup const*) const
/src.m69/sch/source/core/chtmode3.cxx:291
SchFuDiagramAxis::SchFuDiagramAxis(SchViewShell*, SchWindow*, SchView*,
ChartModel*, SfxRequest&, Point&) /src.m69/sch/source/ui/func/fudgraxi.cxx:305
SchViewShell::FuTemp2(SfxRequest&) ../../../inc/viewshel.hxx:219
SchViewShell::FuTemporary(SfxRequest&) /src.m69/sch/source/ui/view/viewshe2.cxx:793
SfxStubSchViewShellFuTemporary(SfxShell*, SfxRequest&)
../../../unxlngi6.pro/inc/schslots.hxx:241
SfxDispatcher::Call_Impl(SfxShell&, SfxSlot const&, SfxRequest&, unsigned char)
/src.m69/sfx2/source/control/dispatch.cxx:362
SfxDispatcher::_Execute(SfxShell&, SfxSlot const&, SfxRequest&, unsigned short)
/src.m69/sfx2/source/control/dispatch.cxx:1088
Comment 5 kla 2005-04-06 12:14:41 UTC 
duplicate to internal stack report bug
Comment 6 kla 2005-04-06 12:14:56 UTC 
closed
Comment 7 jeongkyu.kim 2005-04-06 17:50:38 UTC 
kla,
May I ask what is 'internal stack report bug'? Does it mean some issue already
recognized internally?