Bug 396299 - typing anything in kmail search box consistently crashes kontact
Summary: typing anything in kmail search box consistently crashes kontact
Status: RESOLVED WORKSFORME
Alias: None
Product: kontact
Classification: Applications
Component: mail (show other bugs)
Version: 5.8.2
Platform: Manjaro Linux
: NOR grave
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-07-08 01:50 UTC by E. Hakan Duran
Modified: 2022-12-26 05:21 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description E. Hakan Duran 2018-07-08 01:50:56 UTC
The search box is the one located above the email list. Expected behavior is for the emails to be filtered when something is typed in this search box. Instead, kontact consistently crashes.
Comment 1 E. Hakan Duran 2018-07-08 02:27:35 UTC
Starting kontact from konsole, typing in the search box and causing the crash produces these error messages on the console. DrKonqi does not start with the crash by the way.

[warn] epoll_wait: Bad file descriptor (so many lines of this error)
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = kontact path = /usr/bin pid = 14213
KCrash: Arguments: /usr/bin/kontact 
[warn] epoll_wait: Bad file descriptor
[warn] epoll_wait: Bad file descriptor
[warn] epoll_wait: Bad file descriptor
[warn] epoll_wait: Bad file descriptor
[warn] epoll_wait: Bad file descriptor
[warn] epoll_wait: Bad file descriptor
[warn] epoll_wait: Bad file descriptor
[warn] epoll_wait: Bad file descriptor
[warn] epoll_wait: Bad file descriptor
Aborted (core dumped)
Comment 2 Christophe Marin 2018-07-08 08:58:22 UTC
you can try running `gdb kontact`

details here: https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports#Retrieving_a_backtrace_with_GDB
Comment 3 E. Hakan Duran 2018-07-08 20:58:04 UTC
This is the output of my debugging attempt for this issue. If anybody can help me locate the associated debugging symbols, I can regenerate a more specific backtrace:
https://paste.lucko.me/USWQvhHiuu

Thanks!
Comment 4 Christoph Feck 2018-07-09 01:53:38 UTC
Unfortunately lacks debug symbols. But maybe a KDEPIM developer recognizes which functions in messagelist depend on timer events.

Pasting relevant information from comment #3:

terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_M_construct null not valid

Thread 1 "kontact" received signal SIGABRT, Aborted.
0x00007ffff486686b in raise () from /usr/lib/libc.so.6
(gdb) thread apply all bt

Thread 1 (Thread 0x7ffff7f5e900 (LWP 5149)):
#0  0x00007ffff486686b in raise () from /usr/lib/libc.so.6
#1  0x00007ffff485140e in abort () from /usr/lib/libc.so.6
#2  0x00007ffff4e8d44a in __gnu_cxx::__verbose_terminate_handler () at /build/gcc/src/gcc/libstdc++-v3/libsupc++/vterminate.cc:95
#3  0x00007ffff4e939d6 in __cxxabiv1::__terminate(void (*)()) () at /build/gcc/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:47
#4  0x00007ffff4e93a13 in std::terminate () at /build/gcc/src/gcc/libstdc++-v3/libsupc++/eh_terminate.cc:57
#5  0x00007ffff4e93c48 in __cxxabiv1::__cxa_throw (obj=obj@entry=0x7fffc8011de0, tinfo=0x7ffff517ffd8 <typeinfo for std::logic_error>, 
    dest=0x7ffff4ea9080 <std::logic_error::~logic_error()>) at /build/gcc/src/gcc/libstdc++-v3/libsupc++/eh_throw.cc:95
#6  0x00007ffff4e8f4d1 in std::__throw_logic_error (__s=0x7ffff4f479c0 "basic_string::_M_construct null not valid")
   from /usr/lib/libstdc++.so.6
#7  0x00007ffff4f2acd0 in std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_construct<char const*> (
    this=0x7fffffffd3a0, __beg=0x0, __end=<optimized out>)
    at /build/gcc/src/gcc-build/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/char_traits.h:350
#8  0x00007ffeb713bd84 in ?? () from /usr/lib/libKF5AkonadiSearchPIM.so.5
#9  0x00007ffebe3cb77a in ?? () from /usr/lib/libKF5MessageList.so.5
#10 0x00007ffebe41a907 in ?? () from /usr/lib/libKF5MessageList.so.5
#11 0x00007ffff5428c50 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/libQt5Core.so.5
#12 0x00007ffff5434c28 in QTimer::timeout(QTimer::QPrivateSignal) () from /usr/lib/libQt5Core.so.5
#13 0x00007ffff542938b in QObject::event(QEvent*) () from /usr/lib/libQt5Core.so.5
#14 0x00007ffff6172a74 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5
#15 0x00007ffff617a341 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5
#16 0x00007ffff53fecb9 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/libQt5Core.so.5
#17 0x00007ffff545140a in QTimerInfoList::activateTimers() () from /usr/lib/libQt5Core.so.5
#18 0x00007ffff5451c92 in ?? () from /usr/lib/libQt5Core.so.5
#19 0x00007fffee28f368 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#20 0x00007fffee28f5b1 in ?? () from /usr/lib/libglib-2.0.so.0
#21 0x00007fffee28f63e in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#22 0x00007ffff5452039 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQt5Core.so.5
#23 0x00007fffcf861722 in ?? () from /usr/lib/libQt5XcbQpa.so.5
#24 0x00007ffff53fd94c in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQt5Core.so.5
#25 0x00007ffff5405c46 in QCoreApplication::exec() () from /usr/lib/libQt5Core.so.5
#26 0x00005555555581c9 in ?? ()
#27 0x00007ffff485306b in __libc_start_main () from /usr/lib/libc.so.6
#28 0x00005555555588fa in _start ()
Comment 5 E. Hakan Duran 2018-07-10 03:27:19 UTC
I was able to resolve this issue by 
1. renaming ~/.local/share/akonadi/search_db and forcing akonadi to rebuild a search index, and
2. renaming ~/.local/share/baloo (which contained 7.7 GB data).
The search box is now working as expected; however, if I rename the folder back to ~/.local/share/baloo, I can reproduce the crash :).

Sometimes you just need to be lucky ;). I am just posting this hoping that it may help somebody else in the future.

Thanks!
Comment 6 Justin Zobel 2022-11-26 00:13:43 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 7 Bug Janitor Service 2022-12-11 05:07:57 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 8 Bug Janitor Service 2022-12-26 05:21:51 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!