[Akonadi] [Bug 449008] New: Account Creation Wizard crashes when entering IMAP Server username
https://bugs.kde.org/show_bug.cgi?id=449008 Bug ID: 449008 Summary: Account Creation Wizard crashes when entering IMAP Server username Product: Akonadi Version: unspecified Platform: FreeBSD Ports OS: FreeBSD Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: Account Wizard Assignee: kdepim-bugs@kde.org Reporter: til...@arved.at Target Milestone: --- Application: accountwizard (0.2) Qt Version: 5.15.2 Frameworks Version: 5.90.0 Operating System: FreeBSD 14.0-CURRENT amd64 Windowing System: X11 Distribution (Platform): FreeBSD Ports DrKonqi: 5.23.5 [KCrashBackend] -- Information about the crash: - What I was doing when the application crashed: Tried multiple times to create an IMAP Server Account. Approximately when entering the Username the windows disappears and DrKonqi pops up. (Creating an SMTP Server works.) The crash can be reproduced every time. -- Backtrace: Application: Account Assistant (accountwizard), signal: Segmentation fault (lldb) process attach --pid 8663 This version of LLDB has no plugin for the language "assembler". Inspection of frame variables will be limited. This version of LLDB has no plugin for the language "assembler". Inspection of frame variables will be limited. Process 8663 stopped * thread #1, name = 'accountwizard', stop reason = signal SIGSTOP frame #0: 0x000846d53898 libc.so.7`__sys_wait4 at _wait4.S:4 1/* @generated by libc/sys/Makefile.inc */ 2#include "compat.h" 3#include "SYS.h" -> 4PSEUDO(wait4) 5.section .note.GNU-stack,"",%progbits thread #2, name = 'accountwiz:cs0', stop reason = signal SIGSTOP frame #0: 0x0008321d2b6c libthr.so.3`_umtx_op_err at _umtx_op_err.S:40 37 38 #define KERNCALLmovq %rcx, %r10; syscall 39 -> 40 RSYSCALL_ERR(_umtx_op) 41 42 .section .note.GNU-stack,"",%progbits thread #3, name = 'account:disk$0', stop reason = signal SIGSTOP frame #0: 0x0008321d2b6c libthr.so.3`_umtx_op_err at _umtx_op_err.S:40 37 38 #define KERNCALLmovq %rcx, %r10; syscall 39 -> 40 RSYSCALL_ERR(_umtx_op) 41 42 .section .note.GNU-stack,"",%progbits thread #4, name = 'account:disk$1', stop reason = signal SIGSTOP frame #0: 0x0008321d2b6c libthr.so.3`_umtx_op_err at _umtx_op_err.S:40 37 38 #define KERNCALLmovq %rcx, %r10; syscall 39 -> 40 RSYSCALL_ERR(_umtx_op) 41 42 .section .note.GNU-stack,"",%progbits thread #5, name = 'account:disk$2', stop reason = signal SIGSTOP frame #0: 0x0008321d2b6c libthr.so.3`_umtx_op_err at _umtx_op_err.S:40 37 38 #define KERNCALLmovq %rcx, %r10; syscall 39 -> 40 RSYSCALL_ERR(_umtx_op) 41 42 .section .note.GNU-stack,"",%progbits thread #6, name = 'account:disk$3', stop reason = signal SIGSTOP frame #0: 0x0008321d2b6c libthr.so.3`_umtx_op_err at _umtx_op_err.S:40 37 38 #define KERNCALLmovq %rcx, %r10; syscall 39 -> 40 RSYSCALL_ERR(_umtx_op) 41 42 .section .note.GNU-stack,"",%progbits thread #7, name = 'accountwiz:sh0', stop reason = signal SIGSTOP frame #0: 0x0008321d2b6c libthr.so.3`_umtx_op_err at _umtx_op_err.S:40 37 38 #define KERNCALLmovq %rcx, %r10; syscall 39 -> 40 RSYSCALL_ERR(_umtx_op) 41 42 .section .note.GNU-stack,"",%progbits thread #8, name = 'accountwiz:sh1', stop reason = signal SIGSTOP frame #0: 0x0008321d2b6c libthr.so.3`_umtx_op_err at _umtx_op_err.S:40 37 38 #define KERNCALLmovq %rcx, %r10; syscall 39 -> 40 RSYSCALL_ERR(_umtx_op) 41 42 .section .note.GNU-stack,"",%progbits thread #9, name = 'accountwiz:sh2', stop reason = signal SIGSTOP frame #0: 0x0008321d2b6c libthr.so.3`_umtx_op_err at _umtx_op_err.S:40 37 38 #define KERNCALLmovq %rcx, %r10; syscall 39 -> 40 RSYSCALL_ERR(_umtx_op) 41 42 .section .note.GNU-stack,"",%progbits thread #10, name = 'accountwiz:sh3', stop reason = signal SIGSTOP frame #0: 0x0008321d2b6c libthr.so.3`_umtx_op_err at _umtx_op_err.S:40 37 38 #define KERNCALLmovq %rcx, %r10; syscall 39 -> 40 RSYSCALL_ERR(_umtx_op) 41 42 .section .note.GNU-stack,"",%progbits thread #11, name = 'accountwiz:sh4', stop reason = signal SIGSTOP frame #0: 0x0008321d2b6c libthr.so.3`_umtx_op_err at _umtx_op_err.S:40 37 38 #define KERNCALLmovq %rcx, %r10; syscall 39 -> 40 RSYSCALL_ERR(_umtx_op) 41 42 .section .note.GNU-stack,"",%progbits thread #12, name = 'accountwiz:sh5', stop reason = signal SIGSTOP frame #0: 0x0008321d2b6c lib
[Akonadi] [Bug 443935] kmail crashed while adding my email accounts
https://bugs.kde.org/show_bug.cgi?id=443935 Tilman Keskinöz changed: What|Removed |Added CC||til...@arved.at -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 330080] New: akonadi google calendar crashes after logging into google account
https://bugs.kde.org/show_bug.cgi?id=330080 Bug ID: 330080 Summary: akonadi google calendar crashes after logging into google account Classification: Unclassified Product: Akonadi Version: 4.11 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: Google Resource Assignee: dvra...@redhat.com Reporter: til...@arved.at CC: kdepim-bugs@kde.org Application: akonadi_googlecontacts_resource (4.11) KDE Platform Version: 4.11.3 Qt Version: 4.8.4 Operating System: Linux 3.11.0-15-generic x86_64 Distribution: Ubuntu 13.10 -- Information about the crash: - What I was doing when the application crashed: Trying to add a Akonadi Google Calendar Resource. After logging into Google, it asks me if i give akonadi access to the Contacts, Calendars etc., then it segfaults The crash can be reproduced every time. -- Backtrace: Application: Google Contacts (not configured) of type Google Contacts (akonadi_googlecontacts_resource), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f7834aa37c0 (LWP 6413))] Thread 5 (Thread 0x7f781a927700 (LWP 6415)): #0 0x7f783038505f in __pthread_mutex_unlock_usercnt (mutex=0x7f7814000a90, decr=) at pthread_mutex_unlock.c:52 #1 0x7f782fce43d1 in g_mutex_unlock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f782fca455d in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f782fca47ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f7833ea7a76 in QEventDispatcherGlib::processEvents (this=0x7f78140008f0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #5 0x7f7833e795ef in QEventLoop::processEvents (this=this@entry=0x7f781a926cb0, flags=...) at kernel/qeventloop.cpp:149 #6 0x7f7833e798e5 in QEventLoop::exec (this=this@entry=0x7f781a926cb0, flags=...) at kernel/qeventloop.cpp:204 #7 0x7f7833d7888f in QThread::exec (this=this@entry=0xfc1920) at thread/qthread.cpp:542 #8 0x7f7833e5ad13 in QInotifyFileSystemWatcherEngine::run (this=0xfc1920) at io/qfilesystemwatcher_inotify.cpp:265 #9 0x7f7833d7af2f in QThreadPrivate::start (arg=0xfc1920) at thread/qthread_unix.cpp:338 #10 0x7f7826b6a764 in ?? () from /usr/lib/nvidia-304/libGL.so.1 #11 0x7f7830381f6e in start_thread (arg=0x7f781a927700) at pthread_create.c:311 #12 0x7f783180e9cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 4 (Thread 0x7f781a126700 (LWP 6416)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f782da991cd in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #2 0x7f782da99209 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #3 0x7f7826b6a764 in ?? () from /usr/lib/nvidia-304/libGL.so.1 #4 0x7f7830381f6e in start_thread (arg=0x7f781a126700) at pthread_create.c:311 #5 0x7f783180e9cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 3 (Thread 0x7f7819825700 (LWP 6417)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f782d7d9bbd in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #2 0x7f782dac8a76 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #3 0x7f7826b6a764 in ?? () from /usr/lib/nvidia-304/libGL.so.1 #4 0x7f7830381f6e in start_thread (arg=0x7f7819825700) at pthread_create.c:311 #5 0x7f783180e9cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 2 (Thread 0x7f77d3ffd700 (LWP 6418)): #0 0x7f782fce43e8 in g_mutex_unlock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x7f782fca3d40 in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f782fca45c3 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f782fca47ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f7833ea7a76 in QEventDispatcherGlib::processEvents (this=0x7f77c40008f0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #5 0x7f7833e795ef in QEventLoop::processEvents (this=this@entry=0x7f77d3ffccf0, flags=...) at kernel/qeventloop.cpp:149 #6 0x7f7833e798e5 in QEventLoop::exec (this=this@entry=0x7f77d3ffccf0, flags=...) at kernel/qeventloop.cpp:204 #7 0x7f7833d7888f in QThread::exec (this=) at thread/qthread.cpp:542 #8 0x7f7833d7af2f in QThreadPrivate::start (arg=0x1167b90) at thread/qthread_unix.cpp:338 #9 0x7f7826b6a764 in ?? () from /usr/lib/nvidia-304/libGL.so.1 #10 0x7f7830381f6e in start_thread (arg=0x7f77d3ffd700) at pthread_create.c:311 #11 0x7f783180e9cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 1 (Thread 0x7f7834aa37c0 (LWP 6413)): [KC
