Bug 343897 - Crash after changing of a query design after renaming tables
Summary: Crash after changing of a query design after renaming tables
Status: CLOSED FIXED
Alias: None
Product: KEXI
Classification: Applications
Component: Queries (show other bugs)
Version: 2.8.2
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Kexi Bugs
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2015-02-07 15:03 UTC by Pastor Gómez
Modified: 2023-09-03 20:46 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
attachment-25610-0.html (2.08 KB, text/html)
2015-02-09 20:04 UTC, Pastor Gómez
Details
attachment-1023-0.html (1.79 KB, text/html)
2015-02-23 16:30 UTC, Pastor Gómez
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pastor Gómez 2015-02-07 15:03:43 UTC
Application: kexi (2.8.2)
KDE Platform Version: 4.14.2
Qt Version: 4.8.2
Operating System: Linux 3.11.0-26-generic i686
Distribution: Ubuntu 12.04.5 LTS

-- Information about the crash:
- What I was doing when the application crashed: Para mejorar el funcionamiento de las consultas, cambié el nombre de varias de las tablas. Luego, al intentar abrir una consulta que ya tenía hecha, y que incluía una de las tablas renombradas, me apareció un aviso de que una de esas tablas contenidas en la consulta no existía (claro, la había renombrado). Al intentar añadir esa tabla con su nuevo nombre a la consulta, Kexi se cerró.

-- Backtrace:
Application: Kexi (kexi), signal: Segmentation fault
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0xb4090740 (LWP 3653))]

Thread 2 (Thread 0x9a122b40 (LWP 3664)):
#0  0xb77c9424 in __kernel_vsyscall ()
#1  0xb546896b in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:169
#2  0xb64a11cc in __pthread_cond_wait (cond=0x9a439890, mutex=0x9a439878) at forward.c:139
#3  0x9a335029 in ?? () from /usr/lib/i386-linux-gnu/libQtScript.so.4
#4  0x9a33506f in ?? () from /usr/lib/i386-linux-gnu/libQtScript.so.4
#5  0xb5464d4c in start_thread (arg=0x9a122b40) at pthread_create.c:308
#6  0xb64938be in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 1 (Thread 0xb4090740 (LWP 3653)):
[KCrash Handler]
#7  data (this=0x4) at ../../include/QtCore/../../src/corelib/tools/qscopedpointer.h:135
#8  qGetPtrHelper<QScopedPointer<QObjectData> > (p=...) at ../../include/QtCore/../../src/corelib/global/qglobal.h:2436
#9  d_func (this=0x0) at ../../include/QtGui/../../src/gui/kernel/qwidget.h:150
#10 QWidget::x (this=0x0) at kernel/qwidget.cpp:3558
#11 0xafbd76cb in KexiRelationsScrollArea::addTableContainer (this=0xab4c128, t=0xa304d08, rect=...) at /build/buildd/calligra-2.8.2/kexi/widget/relations/KexiRelationsScrollArea.cpp:228
#12 0xafbe11d2 in KexiRelationsView::addTable (this=0xa8c06a8, t=0xa304d08, rect=...) at /build/buildd/calligra-2.8.2/kexi/widget/relations/KexiRelationsView.cpp:216
#13 0xafbe141f in slotAddTable (this=0xa8c06a8) at /build/buildd/calligra-2.8.2/kexi/widget/relations/KexiRelationsView.cpp:207
#14 KexiRelationsView::slotAddTable (this=0xa8c06a8) at /build/buildd/calligra-2.8.2/kexi/widget/relations/KexiRelationsView.cpp:201
#15 0xafbe22c8 in qt_static_metacall (_a=0xbfc62038, _id=12, _o=0xa8c06a8, _c=<optimized out>) at /build/buildd/calligra-2.8.2/obj-i686-linux-gnu/kexi/widget/relations/KexiRelationsView.moc:107
#16 KexiRelationsView::qt_static_metacall (_o=0xa8c06a8, _c=QMetaObject::InvokeMetaMethod, _id=12, _a=0xbfc62038) at /build/buildd/calligra-2.8.2/obj-i686-linux-gnu/kexi/widget/relations/KexiRelationsView.moc:89
#17 0xb66e2bb1 in QMetaObject::activate (sender=0xa876ba0, m=0xb75c97c8, local_signal_index=2, argv=0xbfc62038) at kernel/qobject.cpp:3547
#18 0xb7375f5d in QAbstractButton::clicked (this=0xa876ba0, _t1=false) at .moc/release-shared/moc_qabstractbutton.cpp:220
#19 0xb7069b5d in QAbstractButtonPrivate::emitClicked (this=0xa87bb10) at widgets/qabstractbutton.cpp:548
#20 0xb706b1cb in QAbstractButtonPrivate::click (this=0xa87bb10) at widgets/qabstractbutton.cpp:541
#21 0xb706b486 in QAbstractButton::mouseReleaseEvent (this=0xa876ba0, e=0xbfc62704) at widgets/qabstractbutton.cpp:1123
#22 0xb6c97ffc in QWidget::event (this=0xa876ba0, event=0xbfc62704) at kernel/qwidget.cpp:8371
#23 0xb706a729 in QAbstractButton::event (this=0xa876ba0, e=0xbfc62704) at widgets/qabstractbutton.cpp:1082
#24 0xb710dcf8 in QPushButton::event (this=0xa876ba0, e=0xbfc62704) at widgets/qpushbutton.cpp:683
#25 0xb6c3ddf4 in notify_helper (e=0xbfc62704, receiver=0xa876ba0, this=0xa0192c0) at kernel/qapplication.cpp:4556
#26 QApplicationPrivate::notify_helper (this=0xa0192c0, receiver=0xa876ba0, e=0xbfc62704) at kernel/qapplication.cpp:4528
#27 0xb6c43e74 in QApplication::notify (this=0xa0192c0, receiver=0xa876ba0, e=0xbfc62704) at kernel/qapplication.cpp:4099
#28 0xb57dd3b1 in KApplication::notify (this=0xa009d40, receiver=0xa876ba0, event=0xbfc62704) at ../../kdeui/kernel/kapplication.cpp:311
#29 0xb66cbe0e in QCoreApplication::notifyInternal (this=0xa009d40, receiver=0xa876ba0, event=0xbfc62704) at kernel/qcoreapplication.cpp:915
#30 0xb6c3edb5 in sendEvent (event=<optimized out>, receiver=<optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231
#31 QApplicationPrivate::sendMouseEvent (receiver=0xa876ba0, event=0xbfc62704, alienWidget=0xa876ba0, nativeWidget=0xa6b1a78, buttonDown=0xb75d2cf4, lastMouseReceiver=..., spontaneous=true) at kernel/qapplication.cpp:3167
#32 0xb6ccaf94 in QETWidget::translateMouseEvent (this=0xa6b1a78, event=0xbfc62bbc) at kernel/qapplication_x11.cpp:4617
#33 0xb6cc9b2d in QApplication::x11ProcessEvent (this=0xa009d40, event=0xbfc62bbc) at kernel/qapplication_x11.cpp:3732
#34 0xb6cf6e1c in x11EventSourceDispatch (s=0xa01a378, callback=0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
#35 0xb5392d46 in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0
#36 0xb53930e5 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#37 0xb53931c1 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0
#38 0xb66fed87 in QEventDispatcherGlib::processEvents (this=0x9fd17f8, flags=...) at kernel/qeventdispatcher_glib.cpp:424
#39 0xb6cf6a1a in QGuiEventDispatcherGlib::processEvents (this=0x9fd17f8, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
#40 0xb66ca6ad in QEventLoop::processEvents (this=0xbfc62eb4, flags=...) at kernel/qeventloop.cpp:149
#41 0xb66ca949 in QEventLoop::exec (this=0xbfc62eb4, flags=...) at kernel/qeventloop.cpp:204
#42 0xb66d034a in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1187
#43 0xb6c3b9c4 in QApplication::exec () at kernel/qapplication.cpp:3817
#44 0x0804867d in main (argc=2, argv=0xbfc62fc4) at /build/buildd/calligra-2.8.2/kexi/main.cpp:36

Reported using DrKonqi
Comment 1 Jarosław Staniek 2015-02-08 19:06:41 UTC
Hello Mr. Gómez. We use English exclusively here. Could you please report in English?
Comment 2 Pastor Gómez 2015-02-09 20:03:59 UTC
Created attachment 90996 [details]
attachment-25610-0.html

Hello Mr. Staniek,

Since the "bugs tracking system" of my Kexi version is in Spanish, I
replied in Spanish. I'm sorry for the mistake. I'll translate my replies to
English as soon as possible.

Sincerely,

Pastor Gómez.

2015-02-08 20:06 GMT+01:00 Jarosław Staniek <staniek@kde.org>:

> https://bugs.kde.org/show_bug.cgi?id=343897
>
> Jarosław Staniek <staniek@kde.org> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>                  CC|                            |staniek@kde.org
>          Resolution|---                         |WAITINGFORINFO
>              Status|UNCONFIRMED                 |NEEDSINFO
>
> --- Comment #1 from Jarosław Staniek <staniek@kde.org> ---
> Hello Mr. Gómez. We use English exclusively here. Could you please report
> in
> English?
>
> --
> You are receiving this mail because:
> You reported the bug.
Comment 3 Jarosław Staniek 2015-02-09 20:30:40 UTC
Ah, this indeed can suggest the bug tracker is multilingual. We'd fix it by adding some info.
Comment 4 Jarosław Staniek 2015-02-23 11:15:13 UTC
Hi, Any update regarding the English report? Thanks.
Comment 5 Pastor Gómez 2015-02-23 16:30:17 UTC
Created attachment 91244 [details]
attachment-1023-0.html

Kexi was closed when I introduced changes in a query

To improve the performance of a query, I changed the name of several
tables. Then, when I tried to open a query that I was already done, and
which included one of the renowned tables, appeared a notice advising that
one table didn't exist (of course, I had renamed it). When I tried to add
this table, with its new name, to the query, Kexi was closed.

2015-02-23 12:15 GMT+01:00 Jarosław Staniek <staniek@kde.org>:

> https://bugs.kde.org/show_bug.cgi?id=343897
>
> --- Comment #4 from Jarosław Staniek <staniek@kde.org> ---
> Hi, Any update regarding the English report? Thanks.
>
> --
> You are receiving this mail because:
> You reported the bug.
>
Comment 6 Jarosław Staniek 2015-02-23 17:28:44 UTC
Thanks. Are you able to reproduce this issue using a simple test database that you can then send?
Comment 7 Jarosław Staniek 2015-02-26 10:42:52 UTC
@Pastor Gómez did you change names of the tables in Kexi (thus removing data from them) or using other tools outside of Kexi?
Comment 8 Jarosław Staniek 2018-01-15 21:54:01 UTC
99% of chances that it's fixed in todays 3.1.0 Alpha (git) or even before. Currently KEXI requests closing dependent windows, so that also would include closing the query design.

When you have chance to test the new version feel free to reopen this report if needed or report other bugs.

Thanks.