[kdepim] [Bug 258214] Choosing Completion Order from the context menu of the recipient field crashed kontact
https://bugs.kde.org/show_bug.cgi?id=258214 Denis Kurz changed: What|Removed |Added Status|REOPENED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #10 from Denis Kurz --- This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kdepim (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months. -- You are receiving this mail because: You are watching all bug changes.
[kdepim] [Bug 258214] Choosing Completion Order from the context menu of the recipient field crashed kontact
https://bugs.kde.org/show_bug.cgi?id=258214 Christian Trippe changed: What|Removed |Added Status|NEEDSINFO |REOPENED Resolution|WAITINGFORINFO |--- --- Comment #11 from Christian Trippe --- The crash is still reproducible with the steps in comment 2 with kmail from KDE Applications 16.04.3. Updated backtrace Application: Kontact (kontact), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f6d655b17c0 (LWP 15476))] Thread 24 (Thread 0x7f6ca79a1700 (LWP 16366)): #0 0x7ffdae4fdb41 in clock_gettime () #1 0x7f6d62277c7d in clock_gettime () from /lib64/libc.so.6 #2 0x7f6d62c1d8f1 in qt_clock_gettime (ts=0x7f6ca79a0ba0, clock=1) at tools/qelapsedtimer_unix.cpp:109 #3 do_gettime (frac=, sec=) at tools/qelapsedtimer_unix.cpp:164 #4 qt_gettime () at tools/qelapsedtimer_unix.cpp:173 #5 0x7f6d62d7d609 in QTimerInfoList::updateCurrentTime (this=this@entry=0x7f6cc8014b40) at kernel/qtimerinfo_unix.cpp:91 #6 0x7f6d62d7db85 in QTimerInfoList::timerWait (this=0x7f6cc8014b40, tm=...) at kernel/qtimerinfo_unix.cpp:388 #7 0x7f6d62d7ed4e in timerSourcePrepareHelper (timeout=0x7f6ca79a0c54, src=) at kernel/qeventdispatcher_glib.cpp:132 #8 timerSourcePrepare (source=, timeout=0x7f6ca79a0c54) at kernel/qeventdispatcher_glib.cpp:165 #9 0x7f6d598b04ad in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0 #10 0x7f6d598b0d80 in ?? () from /usr/lib64/libglib-2.0.so.0 #11 0x7f6d598b0f7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #12 0x7f6d62d7ef7b in QEventDispatcherGlib::processEvents (this=0x7f6cc8003ad0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #13 0x7f6d62d2e8cb in QEventLoop::exec (this=this@entry=0x7f6ca79a0e10, flags=..., flags@entry=...) at kernel/qeventloop.cpp:210 #14 0x7f6d62b7506a in QThread::exec (this=) at thread/qthread.cpp:507 #15 0x7f6d62b79899 in QThreadPrivate::start (arg=0x6aba900) at thread/qthread_unix.cpp:344 #16 0x7f6d5b5c70a4 in start_thread () from /lib64/libpthread.so.0 #17 0x7f6d6226b02d in clone () from /lib64/libc.so.6 Thread 23 (Thread 0x7f6cad571700 (LWP 15566)): #0 0x7f6d62262bfd in poll () from /lib64/libc.so.6 #1 0x7f6d598b0e64 in ?? () from /usr/lib64/libglib-2.0.so.0 #2 0x7f6d598b0f7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x7f6d62d7ef7b in QEventDispatcherGlib::processEvents (this=0x7f6cbc003350, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #4 0x7f6d62d2e8cb in QEventLoop::exec (this=this@entry=0x7f6cad570e10, flags=..., flags@entry=...) at kernel/qeventloop.cpp:210 #5 0x7f6d62b7506a in QThread::exec (this=) at thread/qthread.cpp:507 #6 0x7f6d62b79899 in QThreadPrivate::start (arg=0x265ded0) at thread/qthread_unix.cpp:344 #7 0x7f6d5b5c70a4 in start_thread () from /lib64/libpthread.so.0 #8 0x7f6d6226b02d in clone () from /lib64/libc.so.6 Thread 22 (Thread 0x7f6cadd72700 (LWP 15563)): #0 0x7f6d598f2cf9 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0 #1 0x7f6d598b0d55 in ?? () from /usr/lib64/libglib-2.0.so.0 #2 0x7f6d598b0f7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x7f6d62d7ef7b in QEventDispatcherGlib::processEvents (this=0x7f6cb8003ed0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #4 0x7f6d62d2e8cb in QEventLoop::exec (this=this@entry=0x7f6cadd71e10, flags=..., flags@entry=...) at kernel/qeventloop.cpp:210 #5 0x7f6d62b7506a in QThread::exec (this=) at thread/qthread.cpp:507 #6 0x7f6d62b79899 in QThreadPrivate::start (arg=0x383cf00) at thread/qthread_unix.cpp:344 #7 0x7f6d5b5c70a4 in start_thread () from /lib64/libpthread.so.0 #8 0x7f6d6226b02d in clone () from /lib64/libc.so.6 Thread 21 (Thread 0x7f6caedc2700 (LWP 15532)): #0 0x7f6d598f2cf9 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0 #1 0x7f6d598b078e in g_main_context_check () from /usr/lib64/libglib-2.0.so.0 #2 0x7f6d598b0df8 in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x7f6d598b0f7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #4 0x7f6d62d7ef7b in QEventDispatcherGlib::processEvents (this=0x7f6cb0003260, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x7f6d62d2e8cb in QEventLoop::exec (this=this@entry=0x7f6caedc1e10, flags=..., flags@entry=...) at kernel/qeventloop.cpp:210 #6 0x7f6d62b7506a in QThread::exec (this=) at thread/qthread.cpp:507 #7 0x7f6d62b79899 in QThreadPrivate::start (arg=0x2a26f00) at thread/qthread_unix.cpp:344 #8 0x7f6d5b5c70a4 in start_thread () from /lib64/libpthread.so.0 #9 0x7f6d6226b02d in clone () from /lib64/libc.so.6 Thread 20 (Thread 0x7f6caf5c3700 (LWP 15531)): #0 0x7f6d6225eccd in read () from /lib64/libc.so.6 #1 0x7
[kdepim] [Bug 258214] Choosing Completion Order from the context menu of the recipient field crashed kontact
https://bugs.kde.org/show_bug.cgi?id=258214 Laurent Montel changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #12 from Laurent Montel --- it's fixed in 5.3.x -- You are receiving this mail because: You are watching all bug changes.
[kdepim] [Bug 258214] Choosing Completion Order from the context menu of the recipient field crashed kontact
https://bugs.kde.org/show_bug.cgi?id=258214 Denis Kurz changed: What|Removed |Added Status|REOPENED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #10 from Denis Kurz --- This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kdepim (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months. -- You are receiving this mail because: You are watching all bug changes.
[kdepim] [Bug 258214] Choosing Completion Order from the context menu of the recipient field crashed kontact
https://bugs.kde.org/show_bug.cgi?id=258214 Christian Trippe changed: What|Removed |Added Status|NEEDSINFO |REOPENED Resolution|WAITINGFORINFO |--- --- Comment #11 from Christian Trippe --- The crash is still reproducible with the steps in comment 2 with kmail from KDE Applications 16.04.3. Updated backtrace Application: Kontact (kontact), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f6d655b17c0 (LWP 15476))] Thread 24 (Thread 0x7f6ca79a1700 (LWP 16366)): #0 0x7ffdae4fdb41 in clock_gettime () #1 0x7f6d62277c7d in clock_gettime () from /lib64/libc.so.6 #2 0x7f6d62c1d8f1 in qt_clock_gettime (ts=0x7f6ca79a0ba0, clock=1) at tools/qelapsedtimer_unix.cpp:109 #3 do_gettime (frac=, sec=) at tools/qelapsedtimer_unix.cpp:164 #4 qt_gettime () at tools/qelapsedtimer_unix.cpp:173 #5 0x7f6d62d7d609 in QTimerInfoList::updateCurrentTime (this=this@entry=0x7f6cc8014b40) at kernel/qtimerinfo_unix.cpp:91 #6 0x7f6d62d7db85 in QTimerInfoList::timerWait (this=0x7f6cc8014b40, tm=...) at kernel/qtimerinfo_unix.cpp:388 #7 0x7f6d62d7ed4e in timerSourcePrepareHelper (timeout=0x7f6ca79a0c54, src=) at kernel/qeventdispatcher_glib.cpp:132 #8 timerSourcePrepare (source=, timeout=0x7f6ca79a0c54) at kernel/qeventdispatcher_glib.cpp:165 #9 0x7f6d598b04ad in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0 #10 0x7f6d598b0d80 in ?? () from /usr/lib64/libglib-2.0.so.0 #11 0x7f6d598b0f7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #12 0x7f6d62d7ef7b in QEventDispatcherGlib::processEvents (this=0x7f6cc8003ad0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #13 0x7f6d62d2e8cb in QEventLoop::exec (this=this@entry=0x7f6ca79a0e10, flags=..., flags@entry=...) at kernel/qeventloop.cpp:210 #14 0x7f6d62b7506a in QThread::exec (this=) at thread/qthread.cpp:507 #15 0x7f6d62b79899 in QThreadPrivate::start (arg=0x6aba900) at thread/qthread_unix.cpp:344 #16 0x7f6d5b5c70a4 in start_thread () from /lib64/libpthread.so.0 #17 0x7f6d6226b02d in clone () from /lib64/libc.so.6 Thread 23 (Thread 0x7f6cad571700 (LWP 15566)): #0 0x7f6d62262bfd in poll () from /lib64/libc.so.6 #1 0x7f6d598b0e64 in ?? () from /usr/lib64/libglib-2.0.so.0 #2 0x7f6d598b0f7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x7f6d62d7ef7b in QEventDispatcherGlib::processEvents (this=0x7f6cbc003350, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #4 0x7f6d62d2e8cb in QEventLoop::exec (this=this@entry=0x7f6cad570e10, flags=..., flags@entry=...) at kernel/qeventloop.cpp:210 #5 0x7f6d62b7506a in QThread::exec (this=) at thread/qthread.cpp:507 #6 0x7f6d62b79899 in QThreadPrivate::start (arg=0x265ded0) at thread/qthread_unix.cpp:344 #7 0x7f6d5b5c70a4 in start_thread () from /lib64/libpthread.so.0 #8 0x7f6d6226b02d in clone () from /lib64/libc.so.6 Thread 22 (Thread 0x7f6cadd72700 (LWP 15563)): #0 0x7f6d598f2cf9 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0 #1 0x7f6d598b0d55 in ?? () from /usr/lib64/libglib-2.0.so.0 #2 0x7f6d598b0f7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x7f6d62d7ef7b in QEventDispatcherGlib::processEvents (this=0x7f6cb8003ed0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #4 0x7f6d62d2e8cb in QEventLoop::exec (this=this@entry=0x7f6cadd71e10, flags=..., flags@entry=...) at kernel/qeventloop.cpp:210 #5 0x7f6d62b7506a in QThread::exec (this=) at thread/qthread.cpp:507 #6 0x7f6d62b79899 in QThreadPrivate::start (arg=0x383cf00) at thread/qthread_unix.cpp:344 #7 0x7f6d5b5c70a4 in start_thread () from /lib64/libpthread.so.0 #8 0x7f6d6226b02d in clone () from /lib64/libc.so.6 Thread 21 (Thread 0x7f6caedc2700 (LWP 15532)): #0 0x7f6d598f2cf9 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0 #1 0x7f6d598b078e in g_main_context_check () from /usr/lib64/libglib-2.0.so.0 #2 0x7f6d598b0df8 in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x7f6d598b0f7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #4 0x7f6d62d7ef7b in QEventDispatcherGlib::processEvents (this=0x7f6cb0003260, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x7f6d62d2e8cb in QEventLoop::exec (this=this@entry=0x7f6caedc1e10, flags=..., flags@entry=...) at kernel/qeventloop.cpp:210 #6 0x7f6d62b7506a in QThread::exec (this=) at thread/qthread.cpp:507 #7 0x7f6d62b79899 in QThreadPrivate::start (arg=0x2a26f00) at thread/qthread_unix.cpp:344 #8 0x7f6d5b5c70a4 in start_thread () from /lib64/libpthread.so.0 #9 0x7f6d6226b02d in clone () from /lib64/libc.so.6 Thread 20 (Thread 0x7f6caf5c3700 (LWP 15531)): #0 0x7f6d6225eccd in read () from /lib64/libc.so.6 #1 0x7
[kdepim] [Bug 258214] Choosing Completion Order from the context menu of the recipient field crashed kontact
https://bugs.kde.org/show_bug.cgi?id=258214 Laurent Montel changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #12 from Laurent Montel --- it's fixed in 5.3.x -- You are receiving this mail because: You are watching all bug changes.