[kmail2] [Bug 278082] KMail2 can not synchro message's flags with IMAP on MSExchange server 2003
https://bugs.kde.org/show_bug.cgi?id=278082 Andrey Bondarenko changed: What|Removed |Added CC||abon...@mail.ru -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kontact] [Bug 334243] Crash when trying to access Kmail settings
https://bugs.kde.org/show_bug.cgi?id=334243 Jekyll Wu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Jekyll Wu --- *** This bug has been marked as a duplicate of bug 333987 *** -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334218] synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes stat()ing every file in it
https://bugs.kde.org/show_bug.cgi?id=334218 --- Comment #8 from Martin Steigerwald --- During this callgrind run KMail did respond in between, so I really think folder sync got faster by nodir sorting patch as during last callgrind of also about half an hour or so it didn´t respond once. Yet… no hard numbers yet. I don´t know how to make repeatable tests so far. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334218] synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes stat()ing every file in it
https://bugs.kde.org/show_bug.cgi?id=334218 --- Comment #7 from Martin Steigerwald --- Created attachment 86418 --> https://bugs.kde.org/attachment.cgi?id=86418&action=edit second callgrind of about well at least half an hour, after nodirsorting patch applied This one looks a quite bit different. The resource still hogs a core, partly for minutes still, and KMail. But KMail does respond more often in between. I think KMail reacts after each complete folder synchronisation for a short time. So do you think about this callgrind? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kaddressbook] [Bug 332103] Enhancement: Improve interface to sort contacts by tags
https://bugs.kde.org/show_bug.cgi?id=332103 Jonathan Marten changed: What|Removed |Added Status|CONFIRMED |RESOLVED Version Fixed In||4.14 Resolution|--- |FIXED Latest Commit||http://commits.kde.org/kdep ||im/0a92fb453bad60345291d4e5 ||85d6266a41c84dae --- Comment #7 from Jonathan Marten --- Git commit 0a92fb453bad60345291d4e585d6266a41c84dae by Jonathan Marten. Committed on 02/05/2014 at 20:14. Pushed by marten into branch 'master'. KAddressBook: Add a category filter This is a widget which by default appears to the right of the quick search bar. Checking or unchecking categories in this list filters the entries that are shown. REVIEW:117834 FIXED-IN:4.14 GUI: M +2-0kaddressbook/CMakeLists.txt A +150 -0kaddressbook/categoryfilterproxymodel.cpp [License: LGPL (v2+)] A +86 -0kaddressbook/categoryfilterproxymodel.h [License: LGPL (v2+)] A +316 -0kaddressbook/categoryselectwidget.cpp [License: LGPL (v2+)] A +87 -0kaddressbook/categoryselectwidget.h [License: LGPL (v2+)] M +2-1kaddressbook/kaddressbookui.rc M +24 -4kaddressbook/mainwidget.cpp M +5-0kaddressbook/mainwidget.h M +2-1kaddressbook/settings/kaddressbook.kcfg http://commits.kde.org/kdepim/0a92fb453bad60345291d4e585d6266a41c84dae -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 --- Comment #13 from Andrea Scarpino --- (In reply to comment #12) > Since compiling Qt4 with gcc 4.9 results in a broken libQtScript.so, this is > a probably a gcc bug? Yes, but please don't go OT any further. See https://bugreports.qt-project.org/browse/QTBUG-38733 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 --- Comment #12 from Hussam Al-Tayeb --- (In reply to comment #11) > Seems that rebuilding mariadb with gcc 4.8 fixes this. Since compiling Qt4 with gcc 4.9 results in a broken libQtScript.so, this is a probably a gcc bug? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kontact] [Bug 334243] New: Crash when trying to access Kmail settings
https://bugs.kde.org/show_bug.cgi?id=334243 Bug ID: 334243 Summary: Crash when trying to access Kmail settings Classification: Unclassified Product: kontact Version: 4.13 Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: fidell...@mykolab.com Application: kontact (4.13) KDE Platform Version: 4.13.0 Qt Version: 4.8.6 Operating System: Linux 3.15.0-0.rc3.git0.1.fc21.i686 i686 Distribution: "Fedora release 21 (Rawhide)" -- Information about the crash: Just visit Settings -> Configure KMail. Immediate crash follows. The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Segmentation fault Using host libthread_db library "/lib/libthread_db.so.1". gobject.pyc: gdb was not built with custom backtrace support, disabling. [Current thread is 1 (Thread 0xafe58800 (LWP 4533))] Thread 5 (Thread 0xa48d9b40 (LWP 4534)): #0 0xb2e7ee70 in pthread_mutex_lock@plt () from /usr/lib/libglib-2.0.so.0 #1 0xb2efa641 in g_mutex_lock (mutex=mutex@entry=0x86d6318) at gthread-posix.c:209 #2 0xb2eb27b7 in g_main_context_query (context=context@entry=0x86d6318, max_priority=2147483647, timeout=timeout@entry=0xa48d91d8, fds=fds@entry=0xa3f02348, n_fds=n_fds@entry=2) at gmain.c:3453 #3 0xb2eb2f4e in g_main_context_iterate (context=0x86d6318, block=block@entry=1, dispatch=dispatch@entry=1, self=) at gmain.c:3716 #4 0xb2eb33b3 in g_main_loop_run (loop=0x86d62e0) at gmain.c:3928 #5 0xb32956fb in gdbus_shared_thread_func (user_data=0x86d6300) at gdbusprivate.c:273 #6 0xb2edac1b in g_thread_proxy (data=0x86d7030) at gthread.c:764 #7 0xb3c69333 in start_thread (arg=0xa48d9b40) at pthread_create.c:309 #8 0xb36ad57e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129 Thread 4 (Thread 0xa3effb40 (LWP 4535)): #0 0xb7744b2c in __kernel_vsyscall () #1 0xb3c6d8ec in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_wait.S:187 #2 0xb6eddcd4 in WTF::ThreadCondition::wait (this=this@entry=0x874328c, mutex=...) at /usr/src/debug/webkit-qtwebkit-23/Source/WTF/wtf/ThreadingPthreads.cpp:379 #3 0xb6ba5f7c in JSC::BlockAllocator::blockFreeingThreadMain (this=0x8743200) at /usr/src/debug/webkit-qtwebkit-23/Source/JavaScriptCore/heap/BlockAllocator.cpp:128 #4 0xb6ec01d9 in WTF::threadEntryPoint (contextData=0x873af10) at /usr/src/debug/webkit-qtwebkit-23/Source/WTF/wtf/Threading.cpp:69 #5 0xb6edd5fa in WTF::wtfThreadEntryPoint (param=0x873d8c0) at /usr/src/debug/webkit-qtwebkit-23/Source/WTF/wtf/ThreadingPthreads.cpp:196 #6 0xb3c69333 in start_thread (arg=0xa3effb40) at pthread_create.c:309 #7 0xb36ad57e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129 Thread 3 (Thread 0xa145fb40 (LWP 4543)): #0 0xb394f1d0 in QThreadData::current() () from /lib/libQtCore.so.4 #1 0xb3aa1bd0 in postEventSourcePrepare(_GSource*, int*) () from /lib/libQtCore.so.4 #2 0xb2eb253f in g_main_context_prepare (context=, context@entry=0xa0b004e0, priority=priority@entry=0xa145f094) at gmain.c:3352 #3 0xb2eb2ee7 in g_main_context_iterate (context=context@entry=0xa0b004e0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at gmain.c:3714 #4 0xb2eb3149 in g_main_context_iteration (context=0xa0b004e0, may_block=1) at gmain.c:3795 #5 0xb3aa222f in QEventDispatcherGlib::processEvents(QFlags) () from /lib/libQtCore.so.4 #6 0xb3a6dc82 in QEventLoop::processEvents(QFlags) () from /lib/libQtCore.so.4 #7 0xb3a6e029 in QEventLoop::exec(QFlags) () from /lib/libQtCore.so.4 #8 0xb394db54 in QThread::exec() () from /lib/libQtCore.so.4 #9 0xb394dcbc in QThread::run() () from /lib/libQtCore.so.4 #10 0xb39506eb in QThreadPrivate::start(void*) () from /lib/libQtCore.so.4 #11 0xb3c69333 in start_thread (arg=0xa145fb40) at pthread_create.c:309 #12 0xb36ad57e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129 Thread 2 (Thread 0xa7ad2b40 (LWP 17182)): #0 0xb7744b2c in __kernel_vsyscall () #1 0xb3c6d8ec in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_wait.S:187 #2 0xb1367651 in QTWTF::TCMalloc_PageHeap::scavengerThread() () from /usr/lib/libQtScript.so.4 #3 0xb1367690 in QTWTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/lib/libQtScript.so.4 #4 0xb3c69333 in start_thread (arg=0xa7ad2b40) at pthread_create.c:309 #5 0xb36ad57e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129 Thread 1 (Thread 0xafe58800 (LWP 4533)): [KCrash Handler] #7 0xb12f7b12 in QTJSC::JSGlobalData::storeVPtrs() () from /usr/lib/libQtScript.so.4 #8 0xb12eb938 in QTJSC::initializeThreading() () from /usr/lib/libQtScript.so.4 #9 0xb13b0e7d in QScriptEnginePrivate::QScriptEnginePrivate() () from /usr/lib/libQtScript.so.4 #10 0xb13b1efc in QScriptEngine::QScriptEngine(QObject*)
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 Andrea Scarpino changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |UPSTREAM --- Comment #11 from Andrea Scarpino --- Seems that rebuilding mariadb with gcc 4.8 fixes this. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 334239] New: Mark message as read after x Seconds and View-Filter
https://bugs.kde.org/show_bug.cgi?id=334239 Bug ID: 334239 Summary: Mark message as read after x Seconds and View-Filter Classification: Unclassified Product: kmail2 Version: 4.13 Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: message list Assignee: kdepim-bugs@kde.org Reporter: s.sut...@gmx.de I have setup KDE to mark unreaded Messages as "read" after 3 Seconds. If I use the View-Filter "unread", and mark one unreaded Messages, this message is marked after 3 seconds as readed, and not still readable in the List. Reproducible: Always Steps to Reproduce: 1. Setupt Kmail to mark messages after 3 Second as "readed" 2. Click and stay longer than 3 seconds on a New Message in the List Actual Results: The Message disapear, if the 3 seconds expired Expected Results: If the message is still makred (maybe cause I read this message in the preview-window below my Messagelist, the Message should not disappear. Even if i left the message to switch to the next Message, than it can be marked as readed. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334218] synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes stat()ing every file in it
https://bugs.kde.org/show_bug.cgi?id=334218 --- Comment #5 from Martin Steigerwald --- Testing with: diff --git a/resources/maildir/libmaildir/maildir.cpp b/resources/maildir/libmaildir/maildir.cpp index 9bd3802..36166ed 100644 --- a/resources/maildir/libmaildir/maildir.cpp +++ b/resources/maildir/libmaildir/maildir.cpp @@ -106,12 +106,14 @@ public: QStringList listNew() const { QDir d( path + QString::fromLatin1( "/new" ) ); +d.setSorting(QDir::NoSort); return d.entryList( QDir::Files ); } QStringList listCurrent() const { QDir d( path + QString::fromLatin1( "/cur" ) ); +d.setSorting(QDir::NoSort); return d.entryList( QDir::Files ); } which disables QDir sorting which was so prominent in callgrind traces. I get the impression it helps the bit, but it does not seem to fix all of the performance issue. Need to take more time to check more thoroughly. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334218] synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes stat()ing every file in it
https://bugs.kde.org/show_bug.cgi?id=334218 --- Comment #6 from Martin Steigerwald --- Suggestion was from David Faure and Sergio. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334236] Quick filter doesn't work
https://bugs.kde.org/show_bug.cgi?id=334236 --- Comment #2 from Tobias Hirning --- Created attachment 86411 --> https://bugs.kde.org/attachment.cgi?id=86411&action=edit Screenshot: After using the filter. After using the filter the result list is empty. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334236] Quick filter doesn't work
https://bugs.kde.org/show_bug.cgi?id=334236 --- Comment #1 from Tobias Hirning --- Created attachment 86410 --> https://bugs.kde.org/attachment.cgi?id=86410&action=edit Screenshot: Before using the filter Before using the filter. There is the mail from the kde bugtracker which contains the string "kde" which should be found. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334236] New: Quick filter doesn't work
https://bugs.kde.org/show_bug.cgi?id=334236 Bug ID: 334236 Summary: Quick filter doesn't work Classification: Unclassified Product: Akonadi Version: 4.13 Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: Mail Filter Agent Assignee: kdepim-bugs@kde.org Reporter: ssky...@web.de The quick filter above the mails doesn't work anymore. Worked in 4.12. Reproducible: Always Steps to Reproduce: 1. Type something into the quick filter, that is supposed to get results. 2. 3. Actual Results: The result list is empty. Expected Results: The mails that match the criteria are displayed. Using other criterias as "From", "Whole message" etc. doesn't change anything. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 lekenst...@gmail.com changed: What|Removed |Added CC||lekenst...@gmail.com --- Comment #10 from lekenst...@gmail.com --- Another report (from me): https://bugs.archlinux.org/task/40191 I recreated the database (dropped the akonadi database, removed the "db_data" dir) and tried to import a dump from mysqldump. It still crashes, looks like it is a mariadb 10.0.10 issue? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 277007] KMail2 full search of emails does not work
https://bugs.kde.org/show_bug.cgi?id=277007 --- Comment #35 from Till Schäfer --- it is still broken for me in 4.13.0 with baloo backend. when i do a a search in the quickfilter or in the general search dialog over all folders, a mail that is located in my send folder is never found. i tried different matching strings, the from, to and subject, fields. The message is never listed. it is much better than before baloo, but is is still not completely working. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 --- Comment #9 from phanisvara das --- yes, i had to delete those logfiles too, but the DB itself survived up- and downgrade intact. akonadi works happily with the 5.37.x server, not with 10.x. on the archlinux bug tracker (link above) somebody suggested re-compiling qt4 and akonadi against mariaDB 10.x instead of 5.x. another user tried recompiling akonadi only, which didn't help. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 Arthur Țițeică changed: What|Removed |Added CC||arthur.tite...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 desaparecido changed: What|Removed |Added CC||luis.davila...@gmail.com --- Comment #8 from desaparecido --- Hi, same problem here, I can confirm it too. Like others, downgrading mariadb and cleaning akonadi database of my user all works again. Needed to clean /var/lib/mysql/ib_logfile* files to clean start mysql after downgrade -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334218] synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes stat()ing every file in it
https://bugs.kde.org/show_bug.cgi?id=334218 Martin Steigerwald changed: What|Removed |Added Attachment #86406|0 |1 is obsolete|| --- Comment #4 from Martin Steigerwald --- Created attachment 86408 --> https://bugs.kde.org/attachment.cgi?id=86408&action=edit complete callgrind run over a longer time with three dumps one after 5 minutes, another one after 15 minutes (i.e. ten minutes later) and a third one before stopping the thing -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 geeko...@gmail.com changed: What|Removed |Added CC||geeko...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 334213] Stuck "Mail filter agent" progressbar
https://bugs.kde.org/show_bug.cgi?id=334213 Laurent Montel changed: What|Removed |Added CC||mon...@kde.org --- Comment #1 from Laurent Montel --- I never tested it. Ok I will do. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334218] synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes stat()ing every file in it
https://bugs.kde.org/show_bug.cgi?id=334218 --- Comment #3 from Martin Steigerwald --- Created attachment 86406 --> https://bugs.kde.org/attachment.cgi?id=86406&action=edit callgrind data of 5 minutes cpu busy maildir resource About 5 minute callgrind data with akonadi maildir resource being 100% cpu busy after Akonadi restart. As its still busy I can add another dump later on :) Done as: martin@merkaba:~> env | grep AKONADI AKONADI_VALGRIND=akonadi_maildir_resource AKONADI_VALGRIND_SKIN=callgrind AKONADI_VALGRIND_OPTIONS=--instr-atstart=no --callgrind-out-file=/home/martin/callgrind-vcard.%p martin@merkaba:~> callgrind_control -i on PID 28282: /usr/local/bin/akonadi_agent_launcher akonadi_maildir_resource akonadi_maildir_resource_0 sending command instrumentation on to pid 28282 OK. martin@merkaba:~> date Fr 2. Mai 14:06:14 CEST 2014 martin@merkaba:~> date Fr 2. Mai 14:11:14 CEST 2014 martin@merkaba:~> callgrind_control -d PID 28282: /usr/local/bin/akonadi_agent_launcher akonadi_maildir_resource akonadi_maildir_resource_0 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 --- Comment #7 from phanisvara das --- Created attachment 86405 --> https://bugs.kde.org/attachment.cgi?id=86405&action=edit mariaDB error log after trying to start akonadi -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 phanisvara das changed: What|Removed |Added CC||phan...@gmail.com --- Comment #6 from phanisvara das --- same here, can't get akonadi to run with mariaDB 10.x here's the error report i got. i don't pretend to really understand what's going on, but it looks as if mariaDB had a problem with innoDB -- even though that only happens when trying to run akonadi. apart from that, mariaDB 10.x was working fine. the DB itself doesn't appear to be corrupt. downgrading to mariaDB 5.37.x solved the problem. w/o clearing the DB, akonadi works fine. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kontact] [Bug 330420] kontact, 2 events but 0 event displayed in the list
https://bugs.kde.org/show_bug.cgi?id=330420 --- Comment #8 from Philippe ROUBACH --- if the delay is 0 then the event is displayed to sum up : if 0 < delay < 7 then the event is not displayed -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334218] synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes stat()ing every file in it
https://bugs.kde.org/show_bug.cgi?id=334218 --- Comment #2 from Martin Steigerwald --- Compared to this strace of martin@merkaba:~#16> ps aux | head -1 ; ps aux | grep akonadi_maildir_resource | grep -v grep USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND martin 26830 12.3 4.4 660948 356240 ? Rl 12:49 5:47 /usr/local/bin/akonadi_agent_launcher akonadi_maildir_resource akonadi_maildir_resource_0 after downloading about 50-100 new mails and filtering them. The tasks used up one sandybridge core for several minutes even in this case – OK, granted strace will make it way slower, so what is 5-10 minutes might be one minute without strace maybe. Here strace -c for the whole time of maildir resource occupying the CPU core: merkaba:~> strace -c -f -p 26830 Process 26830 attached with 2 threads - interrupt to quit ^CProcess 26830 detached Process 26831 detached % time seconds usecs/call callserrors syscall -- --- --- - - 84.29 10.324846 26395164 111 stat 5.870.719352 448 1607 getdents 2.850.349666 5 74548 74264 recvmsg 2.770.339268 9 37233 459 read 1.700.208472 6 37003 poll 1.230.150676 4 35434 ioctl 0.390.048249 11 4521 write 0.240.029460 44666 rename 0.170.021152 18 1178 sendmsg 0.140.017625 10 1744 access 0.090.010768 21 518 brk 0.080.009760 38 259 open 0.030.003285 11 309 close 0.030.003128 7 442 fstat 0.030.003128 456966 lstat 0.020.002616 3087 munmap 0.020.002154 4350 statfs 0.010.001812 2187 mmap 0.010.001712 7 259 fcntl 0.010.000826 1750 openat 0.000.000411 759 lseek 0.000.000262 558 uname 0.000.78 78 1 restart_syscall -- --- --- - - 100.00 12.248706590746 74900 total Note during this time I saw not any notable activity of MySQL server in atop. Just the maildir resource hogging up the CPU. Also Akonadi server itself is idling. Except for the end where MySQL and Akonadi server show a short burst of activity. After this analysis I get more and more the impression that the time Akonadi maildir resource takes to sort 50-100 mails exceeds the actually necessary effort by a tremendous factor. Maildir resource is doing needless work here. For me there is no other explaination to it. Filtering mails to folders IMHO consists of the following work: 1) Running filters on the mails. These load the mail headers and check various criteria. Should be done in a second or two. 2) Actually moving the files to their respective folders which involves: - changing folder path in database. - mv the file - okay in case of Akonadi this may go through file_db_data? Anyway I cannot see why this ridicolously amount of system calls and CPU usage – as I demontrated in my analysis here – is even remotely necessary for the job. After this analysis I intend to look at the source again. Maybe with reading API docs I understand it a bit better than last time and find something. Akonadi is git 159bfbdf8667bb01b1f4c85ea144ca128ccb3195 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334218] synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes stat()ing every file in it
https://bugs.kde.org/show_bug.cgi?id=334218 --- Comment #1 from Martin Steigerwald --- I bet that stat()ing files isn´t the only issue here, as find -ls also uses a variant of the stat() call on each file and as demonstrated it way faster: Warm caches: martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory> strace -c find kernel-ml -ls 2>&1 >/dev/null % time seconds usecs/call callserrors syscall -- --- --- - - 90.934.199983 17250167 newfstatat 6.340.292629 770 380 getdents 1.970.091028 14 6437 write 0.600.027740 51 539 brk 0.040.001891 345618 open 0.030.001159 2743 mmap 0.020.000866 1750 close 0.010.000650 1738 fstat 0.010.000492 492 1 execve 0.010.000458 2916 mprotect 0.010.000334 42 8 8 access 0.010.000323 36 9 munmap 0.010.000311 2413 read 0.000.000180 45 4 4 connect 0.000.000176 1017 fchdir 0.000.000150 21 7 openat 0.000.000121 30 4 socket 0.000.95 19 5 lseek 0.000.51 17 3 2 ioctl 0.000.27 27 1 uname 0.000.14 14 1 arch_prctl -- --- --- - - 100.004.61867825779932 total martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory> /usr/bin/time find kernel-ml -ls 2>&1 >/dev/null 0.69user 0.35system 0:01.04elapsed 100%CPU (0avgtext+0avgdata 59536maxresident)k 0inputs+0outputs (0major+18011minor)pagefaults 0swaps After echo 3 > /proc/sys/vm/drop_caches: martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory> /usr/bin/time find kernel-ml -ls 2>&1 >/dev/null 3.40user 9.67system 0:21.56elapsed 60%CPU (0avgtext+0avgdata 59532maxresident)k 780736inputs+0outputs (8major+18001minor)pagefaults 0swaps (still just 20 seconds and well in case of KMail / Akonadi caches are warm, machine has 8 GB of RAM) -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 --- Comment #5 from Hussam Al-Tayeb --- Confirmed here. I upgraded to mariadb 10.0.10, logged off my kde session and cleared the akonadi database (rm -rf ~/.local/share/akonadi). When i logged onto KDE, akonadi started but then mysqld crashed. Downgrading back to mariadb 5.5.37 fixed the crash. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 332684] [Maildir] lots of stats calls to /etc/localtime on synchronizing folders
https://bugs.kde.org/show_bug.cgi?id=332684 --- Comment #2 from Martin Steigerwald --- I don´t know where that went to but Dan asked me whether setting TZ to something will get rid of the stat()´s on /etc/localtime. Yes it does. Still folder synchronisation is slow: Bug 334218 - synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes stat()ing every file in it -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334218] New: synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes stat()ing every file in it
https://bugs.kde.org/show_bug.cgi?id=334218 Bug ID: 334218 Summary: synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes stat()ing every file in it Classification: Unclassified Product: Akonadi Version: GIT (master) Platform: unspecified OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Maildir Resource Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de Even after working around [Bug 332684] New: [Maildir] lots of stats calls to /etc/localtime on synchronizing folders by setting an TZ environment variable synchronizing large folders with filesystem contents hogs one CPU core for minutes. Reproducible: Always Steps to Reproduce: 1. Have a large maildir folder. 2. Synchronize it. Actual Results: akonadi_maildir_resource hogs one Sandybridge core for minutes. SSDs are under utilized. MySQL barely visible. Expected Results: Synchronizing large folders is faster. Akonadi stats every file. Is it necessary? For a folder with 25 mails that are 25 calls to stat(). While just listing folder contents with martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory> /usr/bin/time find kernel-ml | wc -l 0.21user 0.35system 0:00.68elapsed 82%CPU (0avgtext+0avgdata 59316maxresident)k 13648inputs+0outputs (1major+17920minor)pagefaults 0swaps 250167 is blazingly fast here. We have high CPU usage here as well… but I bet thats due to Linux caching the directory entries and inodes: OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 454480 453722 99%0,98K 28405 16454480K btrfs_inode 434616 418562 96%0,19K 20696 21 82784K dentry So, wouldn´t it be sufficient to only stat() the files that are new or have updated timestamps? martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory> /usr/bin/time find kernel-ml -ls | wc -l 0.70user 0.36system 0:01.07elapsed 99%CPU (0avgtext+0avgdata 59536maxresident)k 32inputs+0outputs (0major+18010minor)pagefaults 0swaps 250167 indicated that also the timestamps can be provided quickly. So I´d: 1) list the fs folder contents for filenames and timestamps (mtime). 2) compare with database. 3) only stat() the files that are new or have been updated meanwhile. Result: Blazingly fast folder sync? Part of the CPU time used I see no activity of akonadi maildir resource in strace. Other time is stat()-ing files like this: [pid 4137] stat("/home/martin/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1376733031.R234.merkaba", {st_mode=S_IFREG|0644, st_size=4079, ...}) = 0 [pid 4137] stat("/home/martin/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1376733031.R322.merkaba", {st_mode=S_IFREG|0644, st_size=8056, ...}) = 0 [pid 4137] stat("/home/martin/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1376733031.R342.merkaba", {st_mode=S_IFREG|0644, st_size=2771, ...}) = 0 [pid 4137] stat("/home/martin/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1376733031.R608.merkaba", {st_mode=S_IFREG|0644, st_size=4492, ...}) = 0 [pid 4137] stat("/home/martin/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1376733031.R665.merkaba", {st_mode=S_IFREG|0644, st_size=13036, ...}) = 0 [pid 4137] stat("/home/martin/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1376733031.R738.merkaba", ^C{st_mode=S_IFREG|0644, st_size=6870, ...}) = 0 Related observations also indicate that Akonadi is doing this work needlessly: Bug 334209 - synchronizes folder contents during runtime needlessly Bug 334216 - synchronizes folder with filesystem after downloading and filtering mails needlessly Again blazingly fast ThinkPad T520 with Sandybridge and Dual SSD BTRFS RAID 1 setup. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 Hussam Al-Tayeb changed: What|Removed |Added CC||hus...@visp.net.lb -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334209] synchronizes folder contents during runtime needlessly
https://bugs.kde.org/show_bug.cgi?id=334209 --- Comment #1 from Martin Steigerwald --- It also happens after downloading and filtering mails: Bug 334216 - synchronizes folder with filesystem after downloading and filtering mails needlessly -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334216] New: synchronizes folder with filesystem after downloading and filtering mails needlessly
https://bugs.kde.org/show_bug.cgi?id=334216 Bug ID: 334216 Summary: synchronizes folder with filesystem after downloading and filtering mails needlessly Classification: Unclassified Product: Akonadi Version: GIT (master) Platform: unspecified OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de After I download and filter mails often Akonadi synchronizes folder with filesystem needlessly. Reproducible: Sometimes Steps to Reproduce: 1. Have large folders. 2. Have some mailing list subscribed 3. Have some filter rules 4. Wait a while 5. Download and filter mails. I do downloading and filtering separately as to weed out spam before I do the filtering (due to Bug #319226 - produces 1-byte-sized on processing crm114 spam filter rules). Actual Results: Akonadi maildir resource hogs one core for minutes on synchronizing folder with filesystem contents. I didn´t verify it with strace again, but I am pretty sure it does the same as in bug #334209. Stating each file in the maildir folder. Expected Results: No synchronisation with filesystem, cause: 1) Akonadi uses Inotify to watch for folder changes. 2) Akonadi mailfilter moves mails with Akonadi. So Akonadi is supposed to know where these mails are now. Akonadi git 159bfbdf8667bb01b1f4c85ea144ca128ccb3195. ThinkPad T520, Sandybridge, Dual SSD BTRFS RAID 1 allowing concurrent accesses to two SATA-300 connected SSDs. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334206] While maildir resources synchronizes a folder KMail blocks on switching to a different folder
https://bugs.kde.org/show_bug.cgi?id=334206 --- Comment #6 from Martin Steigerwald --- Here another one during runtime of Akonadi. I found another way to reliably reproduce this: - download new mails via POP3 resource - filter them Also killing the akonadi maildir resource process will make KMail respond immediately. I can do this some times, until KMail complains it is not working probably and marks all folders in red. Then I have to restart the resource manually. I bet thats a endless restart prevention thing. (gdb) continue Continuing. [New Thread 0x7fce814de700 (LWP 26873)] [New Thread 0x7fce8297e700 (LWP 26874)] [New Thread 0x7fce33080700 (LWP 26888)] [New Thread 0x7fce31514700 (LWP 26889)] [Thread 0x7fce31514700 (LWP 26889) exited] [New Thread 0x7fce31514700 (LWP 26892)] [Thread 0x7fce31514700 (LWP 26892) exited] ^C Program received signal SIGINT, Interrupt. 0x7fceab2a68ed in poll () at ../sysdeps/unix/syscall-template.S:81 81 in ../sysdeps/unix/syscall-template.S (gdb) t a a bt Thread 7 (Thread 0x7fce33080700 (LWP 26888)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 #1 0x7fceabb12784 in wait (time=3, this=0x2de9120) at thread/qwaitcondition_unix.cpp:84 #2 QWaitCondition::wait (this=this@entry=0x2b3bd80, mutex=mutex@entry=0x2312e68, time=3) at thread/qwaitcondition_unix.cpp:158 #3 0x7fceabb0608a in QThreadPoolThread::run (this=0x2b3bd70) at concurrent/qthreadpool.cpp:142 #4 0x7fceabb122bf in QThreadPrivate::start (arg=0x2b3bd70) at thread/qthread_unix.cpp:349 #5 0x7fcea8b81062 in start_thread (arg=0x7fce33080700) at pthread_create.c:312 #6 0x7fceab2b1bfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 6 (Thread 0x7fce8297e700 (LWP 26874)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 #1 0x7fceabb12784 in wait (time=3, this=0x2c4a3d0) at thread/qwaitcondition_unix.cpp:84 #2 QWaitCondition::wait (this=this@entry=0x2734450, mutex=mutex@entry=0x2c4a2b8, time=3) at thread/qwaitcondition_unix.cpp:158 #3 0x7fceabb0608a in QThreadPoolThread::run (this=0x2734440) at concurrent/qthreadpool.cpp:142 #4 0x7fceabb122bf in QThreadPrivate::start (arg=0x2734440) at thread/qthread_unix.cpp:349 #5 0x7fcea8b81062 in start_thread (arg=0x7fce8297e700) at pthread_create.c:312 #6 0x7fceab2b1bfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 5 (Thread 0x7fce814de700 (LWP 26873)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 #1 0x7fceabb12784 in wait (time=3, this=0x22c8080) at thread/qwaitcondition_unix.cpp:84 #2 QWaitCondition::wait (this=this@entry=0x22c8b60, mutex=mutex@entry=0x22b5fa8, time=3) at thread/qwaitcondition_unix.cpp:158 #3 0x7fceabb0608a in QThreadPoolThread::run (this=0x22c8b50) at concurrent/qthreadpool.cpp:142 #4 0x7fceabb122bf in QThreadPrivate::start (arg=0x22c8b50) at thread/qthread_unix.cpp:349 #5 0x7fcea8b81062 in start_thread (arg=0x7fce814de700) at pthread_create.c:312 #6 0x7fceab2b1bfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 4 (Thread 0x7fce89417700 (LWP 9564)): #0 0x7fceab2aadf3 in select () at ../sysdeps/unix/syscall-template.S:81 #1 0x7fceabbf10b1 in QProcessManager::run (this=0x7fceabf7b540 ) at io/qprocess_unix.cpp:270 #2 0x7fceabb122bf in QThreadPrivate::start (arg=0x7fceabf7b540 ) at thread/qthread_unix.cpp:349 #3 0x7fcea8b81062 in start_thread (arg=0x7fce89417700) at pthread_create.c:312 #4 0x7fceab2b1bfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 3 (Thread 0x7fce83fff700 (LWP 9567)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7fce9ed927d2 in WTF::TCMalloc_PageHeap::scavengerThread (this=) at wtf/FastMalloc.cpp:2499 #2 0x7fce9ed92809 in WTF::TCMalloc_PageHeap::runScavengerThread (context=) at wtf/FastMalloc.cpp:1622 #3 0x7fcea8b81062 in start_thread (arg=0x7fce83fff700) at pthread_create.c:312 #4 0x7fceab2b1bfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 2 (Thread 0x7fce837fe700 (LWP 9568)): #0 0x7fceab2a68ed in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7fcea29f0fe4 in g_main_context_poll (priority=2147483647, n_fds=1, fds=0x7fce7c003080, timeout=, context=0x7fce7c0009a0) ---Type to continue, or q to quit--- at /tmp/buildd/glib2.0-2.40.0/./glib/gmain.c:4028 #2 g_main_context_iterate (context=context@entry=0x7fce7c0009a0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at /tmp/buildd/glib2.0-2.40.0/./glib/gmain.c:3729 #3 0x7fcea29f10ec in g_main_context_iteration (context=0x7fce7c0009a0, may_block=1) at /tmp/buildd/glib2.0-2.40.0/./glib/gmain.c:3795 #4 0x7fceabc41676 in QEventDispatcherGlib:
[kmail2] [Bug 299256] IMAP not available offline
https://bugs.kde.org/show_bug.cgi?id=299256 --- Comment #9 from wer...@hoernerfranzracing.de --- (In reply to comment #8) > well, I see this (mails not readable in disconnected imap account when > server is not available) here in kmail from kde 4.13 . > not in each case, however, as it seems that recently added emails are still > visible/readable, while older ones are not. additional note: after having exported all mails (server online, of course), I can now read all mails also when the server is offline. with older kmail versions, this was not necessary - emails were always available offline. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 334213] New: Stuck "Mail filter agent" progressbar
https://bugs.kde.org/show_bug.cgi?id=334213 Bug ID: 334213 Summary: Stuck "Mail filter agent" progressbar Classification: Unclassified Product: kmail2 Version: 4.13.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: nqn1...@gmail.com There is a "Mail filter agent" progress bar that stays forever at 0% in the status bar. I don't have any filters configured in kmail. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334206] While maildir resources synchronizes a folder KMail blocks on switching to a different folder
https://bugs.kde.org/show_bug.cgi?id=334206 Martin Steigerwald changed: What|Removed |Added Summary|While maildir resources |While maildir resources |synchronrizes a folder |synchronizes a folder KMail |KMail blocks on switching |blocks on switching to a |to a different folder |different folder -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334206] While maildir resources synchronrizes a folder KMail blocks on switching to a different folder
https://bugs.kde.org/show_bug.cgi?id=334206 --- Comment #5 from Martin Steigerwald --- Created attachment 86400 --> https://bugs.kde.org/attachment.cgi?id=86400&action=edit gdb backtrace with all threads and with relevant debug packages installed. Okay, here is a backtrace according to your description. Is this useful? (gdb) continue Continuing. [New Thread 0x7ffd70c34700 (LWP 8992)] [Thread 0x7ffd70c34700 (LWP 8992) exited] ^C Program received signal SIGINT, Interrupt. 0x7ffd9bde48ed in poll () at ../sysdeps/unix/syscall-template.S:81 81 in ../sysdeps/unix/syscall-template.S (gdb) t a a bt Thread 4 (Thread 0x7ffd79f55700 (LWP 4372)): #0 0x7ffd9bde8df3 in select () at ../sysdeps/unix/syscall-template.S:81 #1 0x7ffd9c72f0b1 in QProcessManager::run (this=0x7ffd9cab9540 ) at io/qprocess_unix.cpp:270 #2 0x7ffd9c6502bf in QThreadPrivate::start (arg=0x7ffd9cab9540 ) at thread/qthread_unix.cpp:349 #3 0x7ffd996bf062 in start_thread (arg=0x7ffd79f55700) at pthread_create.c:312 #4 0x7ffd9bdefbfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 3 (Thread 0x7ffd78dc9700 (LWP 4375)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7ffd8f8d07d2 in WTF::TCMalloc_PageHeap::scavengerThread (this=) at wtf/FastMalloc.cpp:2499 #2 0x7ffd8f8d0809 in WTF::TCMalloc_PageHeap::runScavengerThread (context=) at wtf/FastMalloc.cpp:1622 #3 0x7ffd996bf062 in start_thread (arg=0x7ffd78dc9700) at pthread_create.c:312 #4 0x7ffd9bdefbfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 2 (Thread 0x7ffd73fff700 (LWP 4376)): #0 0x7ffd9bde48ed in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7ffd9352efe4 in g_main_context_poll (priority=2147483647, n_fds=1, fds=0x7ffd6c003080, timeout=, context=0x7ffd6c0009a0) at /tmp/buildd/glib2.0-2.40.0/./glib/gmain.c:4028 #2 g_main_context_iterate (context=context@entry=0x7ffd6c0009a0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at /tmp/buildd/glib2.0-2.40.0/./glib/gmain.c:3729 #3 0x7ffd9352f0ec in g_main_context_iteration (context=0x7ffd6c0009a0, may_block=1) at /tmp/buildd/glib2.0-2.40.0/./glib/gmain.c:3795 #4 0x7ffd9c77f676 in QEventDispatcherGlib::processEvents (this=0x7ffd6c0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:427 #5 0x7ffd9c750fef in QEventLoop::processEvents (this=this@entry=0x7ffd73ffece0, flags=...) at kernel/qeventloop.cpp:149 #6 0x7ffd9c7512e5 in QEventLoop::exec (this=this@entry=0x7ffd73ffece0, flags=...) at kernel/qeventloop.cpp:204 #7 0x7ffd9c64dbef in QThread::exec (this=) at thread/qthread.cpp:538 #8 0x7ffd9c6502bf in QThreadPrivate::start (arg=0xdf8f80) at thread/qthread_unix.cpp:349 #9 0x7ffd996bf062 in start_thread (arg=0x7ffd73fff700) at pthread_create.c:312 #10 0x7ffd9bdefbfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 1 (Thread 0x7ffd9eaba900 (LWP 4369)): #0 0x7ffd9bde48ed in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7ffd9216ca08 in poll (__timeout=, __nfds=, __fds=) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46 #2 _dbus_poll (fds=, n_fds=, timeout_milliseconds=) at ../../dbus/dbus-sysdeps-unix.c:2558 #3 0x7ffd921665f8 in socket_do_iteration (transport=0x6bec70, flags=6, timeout_milliseconds=) at ../../dbus/dbus-transport-socket.c:1117 #4 0x7ffd9216559f in _dbus_transport_do_iteration (transport=0x6bec70, flags=1, flags@entry=6, timeout_milliseconds=timeout_milliseconds@entry=25000) at ../../dbus/dbus-transport.c:1001 #5 0x7ffd9214fc4c in _dbus_connection_do_iteration_unlocked (connection=connection@entry=0x6bfc30, pending=pending@entry=0x3c8d97e0, flags=flags@entry=6, timeout_milliseconds=timeout_milliseconds@entry=25000) at ../../dbus/dbus-connection.c:1227 #6 0x7ffd921505f9 in _dbus_connection_block_pending_call (pending=0x3c8d97e0) at ../../dbus/dbus-connection.c:2432 #7 0x7ffd9a23dce7 in q_dbus_pending_call_block (pending=) at qdbus_symbols_p.h:309 #8 QDBusConnectionPrivate::waitForFinished (this=0x6beef0, pcall=pcall@entry=0x3a759f30) at qdbusintegrator.cpp:1780 #9 0x7ffd9a27c97c in QDBusPendingCallPrivate::waitForFinished (this=0x3a759f30) at qdbuspendingcall.cpp:245 #10 0x7ffd9a27caed in QDBusPendingCall::waitForFinished (this=this@entry=0x7fff8dc0dab0) at qdbuspendingcall.cpp:336 #11 0x7ffd9749e097 in operator= (pcall=..., this=0x7fff8dc0dad0) at /usr/include/qt4/QtDBus/qdbusreply.h:88 ---Type to continue, or q to quit--- #12 QDBusReply (reply=..., this=0x7fff8dc0dad0) at /usr/include/qt4/QtDBus/qdbusreply.h:93 #13 MailCommon::FolderCollection::identity (this=0x1313db0) at ../../mailcommon/folder/foldercollection.cpp:299 #14 0x7ffd9d803792 in CollectionStorageModel::isOutBoundFolder (this=, c=...) at ../../kmail/widgets/collectionpane.cpp:70 #15 0x7ffd97a8677f in MessageList::StorageModel::containsOutboundMessages
[Akonadi] [Bug 334014] akonadiserver start problem after 4.12 to 4.13 update
https://bugs.kde.org/show_bug.cgi?id=334014 --- Comment #6 from jajaX --- Hi ! it's better but akonadi dont start again : mysql> USE akonadi; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> DELETE FROM CollectionTable WHERE parentId NOT IN (SELECT * FROM (SELECT id FROM CollectionTable) AS tableA) AND parentId IS NOT NULL; Query OK, 1 row affected (0.05 sec) mysql> quit Bye jajax@portable:~$ mysqladmin --socket=/tmp/akonadi-jajax.lR117e/mysql.socket shutdown jajax@portable:~$ akonadictl start Starting Akonadi Server... done. jajax@portable:~$ Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) search paths: ("/usr/lib/lightdm/lightdm", "/usr/local/sbin", "/usr/local/bin", "/usr/sbin", "/usr/bin", "/sbin", "/bin", "/usr/games", "/usr/local/games", "/usr/sbin", "/usr/local/sbin", "/usr/local/libexec", "/usr/libexec", "/opt/mysql/libexec", "/opt/local/lib/mysql5/bin", "/opt/mysql/sbin") Found mysql_install_db: "/usr/bin/mysql_install_db" Found mysqlcheck: "/usr/bin/mysqlcheck" akonadi.collectionattributetable OK akonadi.collectionmimetyperelation OK akonadi.collectionpimitemrelation OK akonadi.collectiontableOK akonadi.flagtable OK akonadi.mimetypetable OK akonadi.parttable OK akonadi.parttypetable OK akonadi.pimitemflagrelationOK akonadi.pimitemtable OK akonadi.pimitemtagrelation OK akonadi.resourcetable OK akonadi.schemaversiontable OK akonadi.tagattributetable OK akonadi.tagremoteidresourcerelationtable OK akonadi.tagtable OK mysql.columns_priv OK mysql.db OK mysql.eventOK mysql.func OK mysql.general_log OK mysql.help_categoryOK mysql.help_keyword OK mysql.help_relationOK mysql.help_topic OK mysql.host OK mysql.ndb_binlog_index OK mysql.plugin OK mysql.proc OK mysql.procs_priv OK mysql.servers OK mysql.slow_log OK mysql.tables_priv OK mysql.time_zoneOK mysql.time_zone_leap_secondOK mysql.time_zone_name OK mysql.time_zone_transition OK mysql.time_zone_transition_typeOK mysql.user OK MySQL version OK (required "5.1" , available "5.5" ) Database "akonadi" opened using driver "QMYSQL" DbInitializer::run() checking table "SchemaVersionTable" checking table "ResourceTable" checking table "CollectionTable" checking table "MimeTypeTable" checking table "PimItemTable" checking table "FlagTable" checking table "PartTypeTable" checking table "PartTable" checking table "CollectionAttributeTable" checking table "TagTable" checking table "TagAttributeTable" checking table "TagRemoteIdResourceRelationTable" checking table "PimItemFlagRelation" checking table "PimItemTagRelation" checking table "CollectionMimeTypeRelation" checking table "CollectionPimItemRelation" DbInitializer::run() done skipping update 2 skipping update 3 skipping update 4 skipping update 8 skipping update 10 skipping update 12 skipping update 13 skipping update 14 skipping update 15 skipping update 16 skipping update 17 skipping update 18 skipping update 19 skipping update 20 skipping update 21 skipping update 22 skipping update 23 skipping update 24 skipping update 25 skipping update 26 Adding new foreign key constraints "ALTER TABLE CollectionTable ADD FOREIGN KEY (parentId) REFERENCES CollectionTable(id) ON UPDATE CASCADE ON DELETE CASCADE" Updating index failed: Sql error: Cannot add or update a child row: a foreign key constraint fails (`akonadi`.`#sql-112a_3`, CONSTRAINT `#sql-112a_3_ibfk_1` FOREIGN KEY (`parentId`) REFERENCES `collectiontable` (`id`) ON DELETE CASCADE ON UPDATE CASCADE) QMYSQL: Unable to execute query Query: ALTER TABLE CollectionTable ADD FOREIGN KEY (parentId) REFERENCES CollectionTable(id) ON UPDATE CASCADE ON DELETE CASCADE "" Unable t
[Akonadi] [Bug 332925] IMAP account unusable in 4.13 RC
https://bugs.kde.org/show_bug.cgi?id=332925 Antonio Rojas changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Antonio Rojas --- Seems OK in 4.13 final -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334206] While maildir resources synchronrizes a folder KMail blocks on switching to a different folder
https://bugs.kde.org/show_bug.cgi?id=334206 --- Comment #4 from Martin Steigerwald --- Is this useful? Backtrace of KMail while being blocked on folder system after Akonadi restart. (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x7ffd9bde48ed in poll () at ../sysdeps/unix/syscall-template.S:81 81 in ../sysdeps/unix/syscall-template.S I don´t know how else to get a bt trace of a running process. If there is a more suitable method please tell me. (gdb) bt full #0 0x7ffd9bde48ed in poll () at ../sysdeps/unix/syscall-template.S:81 No locals. #1 0x7ffd921665f8 in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 No symbol table info available. #2 0x7ffd9216559f in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 No symbol table info available. #3 0x7ffd9214fc4c in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 No symbol table info available. #4 0x7ffd921505f9 in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 No symbol table info available. #5 0x7ffd9a23dce7 in ?? () from /usr/lib/x86_64-linux-gnu/libQtDBus.so.4 No symbol table info available. #6 0x7ffd9a27c97c in ?? () from /usr/lib/x86_64-linux-gnu/libQtDBus.so.4 No symbol table info available. #7 0x7ffd9749e097 in MailCommon::FolderCollection::identity() const () from /usr/lib/libmailcommon.so.4 No symbol table info available. #8 0x7ffd9d803792 in ?? () from /usr/lib/libkmailprivate.so.4 No symbol table info available. #9 0x7ffd97a8677f in MessageList::StorageModel::containsOutboundMessages() const () from /usr/lib/libmessagelist.so.4 No symbol table info available. #10 0x7ffd97a3e76d in ?? () from /usr/lib/libmessagelist.so.4 No symbol table info available. #11 0x7ffd9c7666aa in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 No symbol table info available. #12 0x7ffd9c7b038d in QAbstractItemModel::headerDataChanged(Qt::Orientation, int, int) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 No symbol table info available. #13 0x7ffd97a85c6a in MessageList::StorageModel::Private::onSelectionChanged() () from /usr/lib/libmessagelist.so.4 No symbol table info available. #14 0x7ffd9c7666aa in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 No symbol table info available. #15 0x7ffd9d1c7ff7 in QItemSelectionModel::selectionChanged(QItemSelection const&, QItemSelection const&) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #16 0x7ffd9d1cd651 in QItemSelectionModel::emitSelectionChanged(QItemSelection const&, QItemSelection const&) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #17 0x7ffd9d1cde23 in QItemSelectionModel::select(QItemSelection const&, QFlags) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #18 0x7ffd97a827e3 in MessageList::Pane::Private::onSelectionChanged(QItemSelection const&, QItemSelection const&) () from /usr/lib/libmessagelist.so.4 No symbol table info available. #19 0x7ffd9c7666aa in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 No symbol table info available. #20 0x7ffd9d1c7ff7 in QItemSelectionModel::selectionChanged(QItemSelection const&, QItemSelection const&) () ---Type to continue, or q to quit--- from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #21 0x7ffd9d1cd651 in QItemSelectionModel::emitSelectionChanged(QItemSelection const&, QItemSelection const&) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #22 0x7ffd9d1cde23 in QItemSelectionModel::select(QItemSelection const&, QFlags) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #23 0x7ffd9d1b9e1a in QTreeViewPrivate::select(QModelIndex const&, QModelIndex const&, QFlags) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #24 0x7ffd9d1ba71c in QTreeView::setSelection(QRect const&, QFlags) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #25 0x7ffd9d17a4fa in QAbstractItemView::mousePressEvent(QMouseEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #26 0x7ffd9ccd1b3b in QWidget::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #27 0x7ffd9d07043e in QFrame::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #28 0x7ffd9d17fd13 in QAbstractItemView::viewportEvent(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #29 0x7ffd9d1be930 in QTreeView::viewportEvent(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 No symbol table info available. #30 0x7ffd9c752586 in QCoreApplicationPriva
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 Andrea Scarpino changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID |--- Ever confirmed|0 |1 --- Comment #4 from Andrea Scarpino --- I wiped everything related to Akonadi, and it can't setup a new installation. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 Andrea Scarpino changed: What|Removed |Added Attachment #86397|0 |1 is obsolete|| --- Comment #3 from Andrea Scarpino --- Created attachment 86398 --> https://bugs.kde.org/attachment.cgi?id=86398&action=edit Akonadi selftest report -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334206] While maildir resources synchronrizes a folder KMail blocks on switching to a different folder
https://bugs.kde.org/show_bug.cgi?id=334206 --- Comment #3 from Martin Steigerwald --- For the backtrace to be useful I mean. Well, I bet KMail as it is the blocked process. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334206] While maildir resources synchronrizes a folder KMail blocks on switching to a different folder
https://bugs.kde.org/show_bug.cgi?id=334206 --- Comment #2 from Martin Steigerwald --- No, I mean blocked. It doesn´t respond to clicks anymore for minutes. A backtrace done by attaching GDB to a process? And of which process? KMail, Akonadi server or maildir resource? Please provide some more hints on how to do this in order to be useful. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334209] synchronizes folder contents during runtime needlessly
https://bugs.kde.org/show_bug.cgi?id=334209 Martin Steigerwald changed: What|Removed |Added Summary|synchronizes folder |synchronizes folder |contents during runtime |contents during runtime |folders needlessly |needlessly -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334014] akonadiserver start problem after 4.12 to 4.13 update
https://bugs.kde.org/show_bug.cgi?id=334014 --- Comment #5 from Daniel Vrátil --- Try this please (sorry, I don't have MySQL DB with Akonadi database in it to test the queries at the moment) DELETE FROM CollectionTable WHERE parentId NOT IN (SELECT * FROM (SELECT id FROM CollectionTable) AS tableA) AND parentId IS NOT NULL; -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334209] synchronizes folder contents during runtime folders needlessly
https://bugs.kde.org/show_bug.cgi?id=334209 Martin Steigerwald changed: What|Removed |Added Summary|synchronizes folder |synchronizes folder |contents with filesystem on |contents during runtime |switching folders |folders needlessly |needlessly | -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 299483] akonadi crashes when ~/.local is a symlink
https://bugs.kde.org/show_bug.cgi?id=299483 Daniel Vrátil changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |INVALID --- Comment #6 from Daniel Vrátil --- As I said, if you can access the file manually, but MySQL can't, then there's a problem in MySQL, not in Akonadi. You can either try to bring this up on MySQL forums, or you can try using PostgreSQL or SQLite backends (don't use SQLite if you have KMail with large folders, unless you use Akonadi from git). Closing as INVALID as this is clearly not an Akonadi issue, sorry. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334209] New: synchronizes folder contents with filesystem on switching folders needlessly
https://bugs.kde.org/show_bug.cgi?id=334209 Bug ID: 334209 Summary: synchronizes folder contents with filesystem on switching folders needlessly Classification: Unclassified Product: Akonadi Version: GIT (master) Platform: unspecified OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Maildir Resource Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de I think Akonadi synchronrizes folders with filesystem content needlessly on switching between different folders. In combination with bug 334206 it blocks out KMail for minutes then. Reproducible: Always Steps to Reproduce: 1. Have several large folders. 2. Switch between them until Akonadi blocks KMail and KMail doesn´t respond to clicks anymore. Actual Results: 1. KMail doesn´t respond to clicks anymore for minutes. 2. akonadi_maildir_resource is using 100% of one Sandybridge core for minutes. 3. strace reveals that akonadi_maildir_resource is stat()ing every single file in the folder it synchronrizes. [pid 4137] stat("/home/martin/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1376733031.R234.merkaba", {st_mode=S_IFREG|0644, st_size=4079, ...}) = 0 [pid 4137] stat("/home/martin/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1376733031.R322.merkaba", {st_mode=S_IFREG|0644, st_size=8056, ...}) = 0 [pid 4137] stat("/home/martin/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1376733031.R342.merkaba", {st_mode=S_IFREG|0644, st_size=2771, ...}) = 0 [pid 4137] stat("/home/martin/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1376733031.R608.merkaba", {st_mode=S_IFREG|0644, st_size=4492, ...}) = 0 [pid 4137] stat("/home/martin/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1376733031.R665.merkaba", {st_mode=S_IFREG|0644, st_size=13036, ...}) = 0 [pid 4137] stat("/home/martin/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1376733031.R738.merkaba", ^C{st_mode=S_IFREG|0644, st_size=6870, ...}) = 0 This doens´t happen all of the time tough. Sometimes I am able to click around folders without having this issue. I am able to reproduce this directly after restarting Akonadi. There synchronizing folders for *one* time actually makes sense as a folder may have been changed meanwhile by another process. An option to disable this if user knows that no one except Akonadi will be accessing this maildir would be nice tough. I think it doesn´t happen only after restart tough. Usually I have Akonadi running for days as I hibernate and resume my laptop. And I see this behaviour each day. IMHO there does not need any folder with filesystem contents synchronisation during runtime of Akonadi as maildir resource uses inotify to watch folders. Expected Results: There will be no synchronisation with filesystem contents during runtime of Akonadi as Akonadi maildir resource uses inotify to watch the folders for changes. ThinkPad T520 with Sandybridge Dual core and Dual SSD BTRFS RAID 1. There is *no* I/O bottleneck. Maildir resource just hogs a core for minutes. Akonadi is git n1d1969c65c10c9d3f054f6dafb0f5a2a97d48281 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334206] While maildir resources synchronrizes a folder KMail blocks on switching to a different folder
https://bugs.kde.org/show_bug.cgi?id=334206 Daniel Vrátil changed: What|Removed |Added CC||dvra...@redhat.com --- Comment #1 from Daniel Vrátil --- I assume by blocked you mean that the application is still responsive (you can click on stuff etc), but it just shows 'Opening folder...' and nothing is happening? If KMail really blocks (as in becoming unresponsive), please provide a backtrace. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 Daniel Vrátil changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||dvra...@redhat.com Resolution|--- |INVALID --- Comment #2 from Daniel Vrátil --- DB error: "Lost connection to MySQL server during query" means that the MySQL server has crashed while running your query. This is caused either by a bug in MySQL or, more probably, by data corruption. You can either try to rescue the database using some tools, or just recreate the database from scratch and reconfigure Akonadi. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334206] New: While maildir resources synchronrizes a folder KMail blocks on switching to a different folder
https://bugs.kde.org/show_bug.cgi?id=334206 Bug ID: 334206 Summary: While maildir resources synchronrizes a folder KMail blocks on switching to a different folder Classification: Unclassified Product: Akonadi Version: GIT (master) Platform: Debian unstable OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de I found that while Akonadi maildir resources synchronizes a folder certain operations in KMail are block. I found this to be the case with switching to a different folder. It takes minutes before KMail responds again. Reproducible: Always Steps to Reproduce: 1. Have a maildir resource. 2. Have a large folder. 3. Have Akonadi synchronizing it. 4. Click on a different folder in kmail. Actual Results: KMail is blocked for minutes. It just doesn´t respond to clicks while Akonadi maildir resource is 100% busy. If I kill this process KMail *immediately* responds to the last user request, but then is blocked again after Akonadi restarted the maildir resource process. Expected Results: KMail responds to user requests immediately or almost immediately. KMail´s GUI is never blocked according to the following design goal of Akonadi: Concurrent access allows background activity independent of UI client Syncing mail, calendar, addressbooks to remote servers Syncing with mobile devices Permits semantic desktop infrastructure to access PIM data Archiving Indexing Out-of-process search http://community.kde.org/KDE_PIM/Akonadi#Features I can share a collection of large folders as xz archive, including kernel-ml folder with about 22 mails. Dan already got a copy of these from me. I/O is not the issue here. Akonadi is hogging the CPU 100%, SSDs are *not* fully ultilizes. I am tempted to raise the bug priority to more than normal, as this bug makes KMail unusable for minutes. I am currently using Akonadi git 1d1969c65c10c9d3f054f6dafb0f5a2a97d48281. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 --- Comment #1 from Andrea Scarpino --- Created attachment 86397 --> https://bugs.kde.org/attachment.cgi?id=86397&action=edit akonadi start output -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 334205] New: Error code: 2013 with MariaDB 10.0.10
https://bugs.kde.org/show_bug.cgi?id=334205 Bug ID: 334205 Summary: Error code: 2013 with MariaDB 10.0.10 Classification: Unclassified Product: Akonadi Version: 1.12.1 Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: grave Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: scarp...@kde.org On Arch Linux system mariadb has been updated to 10.x. Since that moment I can't use KMail anymore, I get: "The Email program encountered a fatal error and will terminate now. The error was: Failed to fetch the resource collection." As this is a major update, mysql_upgrade is needed but I *guess* Akonadi doesn't that automatically. Reproducible: Always Steps to Reproduce: 1. Upgrade MariaDB to 10.x 2. Restart Akonadi/system Actual Results: Can't start KMail Expected Results: Everything works! * mariadb 10.0.10 * kmail 4.13.0 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[knotes] [Bug 334142] configure knotes collections are not distinguishible
https://bugs.kde.org/show_bug.cgi?id=334142 Laurent Montel changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Version Fixed In||4.14 Resolution|--- |FIXED Latest Commit||http://commits.kde.org/kdep ||im/9676c1dbaa0457e1a6b653e8 ||20c0ae0422a04e09 --- Comment #3 from Laurent Montel --- Git commit 9676c1dbaa0457e1a6b653e820c0ae0422a04e09 by Montel Laurent. Committed on 02/05/2014 at 07:06. Pushed by mlaurent into branch 'master'. Fix Bug 334142 - configure knotes collections are not distinguishible FIXED-IN: 4.14 M +0-1knotes/configdialog/knotecollectionconfigwidget.cpp http://commits.kde.org/kdepim/9676c1dbaa0457e1a6b653e820c0ae0422a04e09 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs