Bug 90102 - Crashes When Canceling a "New" Activity in the Diagram
Summary: Crashes When Canceling a "New" Activity in the Diagram
Status: RESOLVED FIXED
Alias: None
Product: umbrello
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR crash
Target Milestone: ---
Assignee: Umbrello Development Group
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-23 16:07 UTC by Bill Lewis
Modified: 2005-01-13 00:17 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
Should fix this crash, at least for the state and activity part. (4.61 KB, patch)
2004-09-24 14:34 UTC, Pekka Jääskeläinen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bill Lewis 2004-09-23 16:07:52 UTC
Version:           1.3.0 (using KDE KDE 3.3.0)
Installed from:    Gentoo Packages
Compiler:          gcc (GCC) 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6) 
OS:                Linux

When working in an Activity Diagram, umbrello crashes when canceling the dialog box for a new activity.

Steps:

1. Click on the activity tool
2. Click on the diagram to add an activity
3. Click "Cancel" in the dialog box for a new activity

Have tested on three (3) different workstations, all the same versions and this bug is reproducible always.
Comment 1 Oliver Kellogg 2004-09-23 21:41:54 UTC
Cannot produce this with cvs HEAD.
Comment 2 Bill Lewis 2004-09-23 22:54:01 UTC
If Helpful, Here is a backtrace:

[KCrash handler]
#5  0x0fffc200 in ?? ()
#6  0x08186c8a in UMLView::setupNewWidget(UMLWidget*) ()
#7  0x08153c32 in ToolBarStateOther::newWidget() ()
#8  0x081541b8 in ToolBarStateOther::mouseRelease(QMouseEvent*) ()
#9  0x08186d81 in UMLView::contentsMouseReleaseEvent(QMouseEvent*) ()
#10 0x40de2f72 in QScrollView::viewportMouseReleaseEvent(QMouseEvent*) ()
   from /usr/qt/3/lib/libqt-mt.so.3
#11 0x40de2827 in QScrollView::eventFilter(QObject*, QEvent*) ()
   from /usr/qt/3/lib/libqt-mt.so.3
#12 0x40ccb5fe in QObject::activate_filters(QEvent*) ()
   from /usr/qt/3/lib/libqt-mt.so.3
#13 0x40ccb52c in QObject::event(QEvent*) () from /usr/qt/3/lib/libqt-mt.so.3
#14 0x40d03cbf in QWidget::event(QEvent*) () from /usr/qt/3/lib/libqt-mt.so.3
#15 0x40c7188f in QApplication::internalNotify(QObject*, QEvent*) ()
   from /usr/qt/3/lib/libqt-mt.so.3
#16 0x40c70cf4 in QApplication::notify(QObject*, QEvent*) ()
   from /usr/qt/3/lib/libqt-mt.so.3
#17 0x407f1303 in KApplication::notify(QObject*, QEvent*) ()
   from /usr/kde/3.3/lib/libkdecore.so.4
#18 0x40c06f70 in QETWidget::translateMouseEvent(_XEvent const*) ()
   from /usr/qt/3/lib/libqt-mt.so.3
#19 0x40c04bd3 in QApplication::x11ProcessEvent(_XEvent*) ()
   from /usr/qt/3/lib/libqt-mt.so.3
#20 0x40c1bd04 in QEventLoop::processEvents(unsigned) ()
   from /usr/qt/3/lib/libqt-mt.so.3
#21 0x40c83a58 in QEventLoop::enterLoop() () from /usr/qt/3/lib/libqt-mt.so.3
#22 0x40c83908 in QEventLoop::exec() () from /usr/qt/3/lib/libqt-mt.so.3
#23 0x40c71ae1 in QApplication::exec() () from /usr/qt/3/lib/libqt-mt.so.3
#24 0x0813c4e4 in main ()
Comment 3 Pekka Jääskeläinen 2004-09-24 13:12:19 UTC
I can reproduce it with CVS HEAD, and I already found a way to fix this. I'll post a patch later when I have tested it more.
Comment 4 Pekka Jääskeläinen 2004-09-24 14:34:22 UTC
Created attachment 7658 [details]
Should fix this crash, at least for the state and activity part.

I couldn't reproduce the crash in use case diagram at all. This patch should
fix at least the crashing in case of state or activity widgets. Does this patch

fix also the use case crash for you?
Comment 5 Pekka Jääskeläinen 2004-09-24 14:40:34 UTC
Oh, sorry, the use case bug was an another thing :>
Comment 6 Bill Lewis 2004-09-24 15:56:23 UTC
I double checked, *only* state and activity diagrams crash as described.  I will check the patch this weekend.
Comment 7 Oliver Kellogg 2004-09-24 23:02:08 UTC
I applied Pekka's patch with slight modifications, please
do try it out.
Comment 8 Jonathan Riddell 2004-09-25 00:41:26 UTC
Works for me, well done.

Comment 9 Bill Lewis 2004-10-14 20:50:21 UTC
Tested one box and the patch seems to fix the problem ... Thx
Comment 10 Bill Lewis 2005-01-12 23:27:42 UTC
I just upgraded to KDE 3.3.2 and this bug still exists...

Did the patch not make it to the release?
Comment 11 Thiago Macieira 2005-01-13 00:17:56 UTC
No. It has been applied to HEAD only. It is present in 3.4.0 alpha 1 and beta 1.