[Akonadi] [Bug 334206] While maildir resources synchronizes a folder KMail blocks on switching to a different folder

2016-08-27 Thread Martin Steigerwald via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=334206

Martin Steigerwald  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |---

--- Comment #8 from Martin Steigerwald  ---
Well, I closed this back then as it works for me as the folder synchronisation
in the maildir case got much better by the performance improvements made by Dan
and Millian. Yet, the issue is still there, I tested it on deleting 100-200
mails during mailfilter agent filtering mails to local maildir folders and
triggering folder synchronisations. Akonadi postponed the deleting until after
those few quite quick synchronisations were finished, but it easily took about
10 seconds, so that still introduces an delay.

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Akonadi] [Bug 334206] While maildir resources synchronizes a folder KMail blocks on switching to a different folder

2015-03-12 Thread Martin Steigerwald
https://bugs.kde.org/show_bug.cgi?id=334206

Martin Steigerwald  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|UNCONFIRMED |RESOLVED

--- Comment #7 from Martin Steigerwald  ---
I didnĀ“t see this since quite some time, currently using Akonadi 1.13 current
master with MySQL performance improvements by Dan and Millian, kdepimlibs and
kdepim-runtime from 24th of February and KMail 4.14.2.

Thus closing.

-- 
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

2014-05-02 Thread Martin Steigerwald
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:

[Akonadi] [Bug 334206] While maildir resources synchronizes a folder KMail blocks on switching to a different folder

2014-05-02 Thread Martin Steigerwald
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