Summary: | Trojita with watchFolders=all or watchFolders=subscribed crash | ||
---|---|---|---|
Product: | [Applications] trojita | Reporter: | Pali Rohár <pali.rohar> |
Component: | Other | Assignee: | Trojita default assignee <trojita-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | crash | CC: | justin.zobel |
Priority: | NOR | ||
Version: | git | ||
Target Milestone: | --- | ||
Platform: | Debian stable | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Pali Rohár
2018-03-04 15:42:44 UTC
Strange -- I cannot reproduce that. Can you please: - ensure that you have debugging symbols and that Q_ASSERT are not being compiled out, - tell me what your cache settings are, - tell me the connection method you use, - specify your version of Qt? (In reply to Jan Kundrát from comment #1) > Strange -- I cannot reproduce that. Can you please: > > - ensure that you have debugging symbols and that Q_ASSERT are not being > compiled out, Now I recompiled with -DCMAKE_BUILD_TYPE=Debug, it is enough? > - tell me what your cache settings are, Remember messages for 30 days > - tell me the connection method you use, Local process, dovecot/imap over ssh. > - specify your version of Qt? 5.7.1 from Debian Stable. After recompilation with -DCMAKE_BUILD_TYPE=Debug I see in gdb: ASSERT: "mailbox" in file trojita/src/Imap/Model/Model.cpp, line 757 Thread 1 "trojita" received signal SIGABRT, Aborted. __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51 51 ../sysdeps/unix/sysv/linux/raise.c: Adresár alebo súbor neexistuje. (gdb) bt #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51 #1 0x00007ffff27333fa in __GI_abort () at abort.c:89 #2 0x00007ffff33d0561 in QMessageLogger::fatal(char const*, ...) const () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #3 0x00007ffff33cba2e in qt_assert(char const*, char const*, int) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #4 0x000055555570e0af in Imap::Mailbox::Model::askForChildrenOfMailbox (this=0x555555d64c90, index=..., cacheMode=Imap::Mailbox::LOAD_CACHED_IS_OK) at trojita/src/Imap/Model/Model.cpp:757 #5 0x000055555577a707 in Imap::Mailbox::Model::qt_static_metacall (_o=<optimized out>, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>) at trojita/build/Imap_automoc.dir/moc_Model_GWT5ZYT4XQA7JO.cpp:324 #6 0x00007ffff35e6499 in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #7 0x00007ffff3e9cb8c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #8 0x00007ffff3ea4341 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #9 0x00007ffff35b99e0 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #10 0x00007ffff35bc16d in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #11 0x00007ffff360dc43 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #12 0x00007ffff0b3d7f7 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #13 0x00007ffff0b3da60 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #14 0x00007ffff0b3db0c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #15 0x00007ffff360e04f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #16 0x00007ffff35b79ca in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #17 0x00007ffff35c013c in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #18 0x00005555555c5ce5 in main (argc=<optimized out>, argv=<optimized out>) at trojita/src/Gui/main.cpp:218 It looks like there's a race between the time the mailboxes get re-created in response to LIST, and the time CALL_LATER takes effect. I however don't understand how it's possible that I cannot reproduce this. It is strange that I can reproduce it just against one server, local process via ssh. All other configurations IMAP via TCP, or local process via ssh to other servers do not hit. Thank you for the report, Pali. As it has been a while since this was reported, can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved. I have set the bug status to "needsinfo" pending your response, please change back to "reported" or "resolved/worksforme" when you respond, thank you. 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! 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! |