Bug 261136 - Umbrello crashes after renaming package to full name
Summary: Umbrello crashes after renaming package to full name
Status: RESOLVED UPSTREAM
Alias: None
Product: umbrello
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR crash
Target Milestone: ---
Assignee: Umbrello Development Group
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-12-24 11:30 UTC by Illya
Modified: 2012-03-18 19:47 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
If open any class from package com.avetti.commerce.checkout and close it without changes - umbrello crashes (15.09 KB, application/octet-stream)
2010-12-24 11:40 UTC, Illya
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Illya 2010-12-24 11:30:12 UTC
Application: umbrello (2.4.5)
KDE Platform Version: 4.4.5 (KDE 4.4.5) (Compiled from sources)
Qt Version: 4.6.3
Operating System: Linux 2.6.36-gentoo-r5 x86_64
Distribution: "Gentoo Base System release 1.12.14"

-- Information about the crash:
Having packages: Foo and Bar (Foo.Bar).
After renaming package Bar to Foo.Bar I can see some modifications in the class/diagram tree and after it umrello crashes

The crash can be reproduced every time.

 -- Backtrace:
Application: Umbrello (umbrello), signal: Segmentation fault
[KCrash Handler]
#5  0x0000000000bc3a49 in ?? ()
#6  0x00007f8d126182ab in Q3ScrollView::viewportMouseDoubleClickEvent(QMouseEvent*) () from /usr/lib64/qt4/libQt3Support.so.4
#7  0x00007f8d12619a9e in Q3ScrollView::eventFilter(QObject*, QEvent*) () from /usr/lib64/qt4/libQt3Support.so.4
#8  0x00007f8d125bf686 in Q3ListView::eventFilter(QObject*, QEvent*) () from /usr/lib64/qt4/libQt3Support.so.4
#9  0x00007f8d12d25486 in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) () from /usr/lib64/qt4/libQtCore.so.4
#10 0x00007f8d131f6cbc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#11 0x00007f8d131fdb0b in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#12 0x00007f8d145c5386 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#13 0x00007f8d12d2604b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/qt4/libQtCore.so.4
#14 0x00007f8d131fcc32 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) () from /usr/lib64/qt4/libQtGui.so.4
#15 0x00007f8d1327cad4 in ?? () from /usr/lib64/qt4/libQtGui.so.4
#16 0x00007f8d1327b7fa in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#17 0x00007f8d132a5682 in ?? () from /usr/lib64/qt4/libQtGui.so.4
#18 0x00007f8d0ec0e094 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#19 0x00007f8d0ec11d58 in ?? () from /usr/lib/libglib-2.0.so.0
#20 0x00007f8d0ec11ffb in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#21 0x00007f8d12d4f5b3 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#22 0x00007f8d132a527e in ?? () from /usr/lib64/qt4/libQtGui.so.4
#23 0x00007f8d12d249a2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#24 0x00007f8d12d24d74 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#25 0x00007f8d12d299eb in QCoreApplication::exec() () from /usr/lib64/qt4/libQtCore.so.4
#26 0x0000000000b749cd in ?? ()
#27 0x00007f8d119bcbbd in __libc_start_main () from /lib/libc.so.6
#28 0x0000000000435dc9 in _start ()

Possible duplicates by query: bug 256814, bug 255176, bug 254799, bug 251007, bug 248620.

Reported using DrKonqi
Comment 1 Illya 2010-12-24 11:40:30 UTC
Created attachment 55207 [details]
If open any class from package com.avetti.commerce.checkout and close it without changes - umbrello crashes
Comment 2 Dario Andres 2010-12-25 14:51:43 UTC
[Comment from a bug triager]
This issue is being tracked at bug 192288. Merging. Thanks

*** This bug has been marked as a duplicate of bug 192288 ***
Comment 3 Oliver Kellogg 2012-03-18 18:45:52 UTC
(In reply to comment #2)
> [Comment from a bug triager]
> This issue is being tracked at bug 192288. Merging. Thanks
> 
> *** This bug has been marked as a duplicate of bug 192288 ***

This bug is in no way related to bug 192288 .

Here is my analysis - using umbrello trunk r1286041 of 2012-03-17 :

(In reply to comment #0)
> Having packages: Foo and Bar (Foo.Bar).
> After renaming package Bar to Foo.Bar I can see some modifications in the class/diagram tree
> and after it umrello crashes

I tried the following:
Create packages Foo and Bar in treeview using right mouse button on Logical View -> New -> Package. 
a) Rename Bar to Foo.Bar in the treeview using right mouse button on Bar -> Rename...
and entering the new name directly. The name is simply changed ("Foo.Bar") and no reorganization of package nesting is done. No crash happens.
b) Double click on Bar in the treeview to get the Properties for package Bar.
In the field "Package name:" change Bar to Foo.Bar. The name is simply changed ("Foo.Bar") and no reorganization of package nesting is done. No crash happens.

(In reply to comment #1)
> If open any class from package com.avetti.commerce.checkout and close it without changes - > umbrello crashes

Cannot confirm.
The package com.avetti.commerce.checkout is a standalone package without any nested classes.
Comment 4 Illya 2012-03-18 19:32:18 UTC
> Cannot confirm.
> The package com.avetti.commerce.checkout is a standalone package without any
> nested classes.

Try to open any class properties from attachment (right click->properties) and then press OK without any changes. I can still reproduce it with Umbrello 2.7.4
Comment 5 Oliver Kellogg 2012-03-18 19:47:30 UTC
(In reply to comment #4)
> Try to open any class properties from attachment (right click->properties)
> and then press OK without any changes. I can still reproduce it with
> Umbrello 2.7.4

Okay, I checked with five different classes. No problem observed.
Apart from trunk of yesterday, I also tried this with 2.8.1 (part of KDE 4.8.1).
No problem there either => please update to 2.8.1 or trunk.