[Kde-pim] Akonadi batch notifications review

Daniel Vrátil dvratil at redhat.com
Wed May 29 17:06:49 BST 2013


On Wednesday 29 of May 2013 17:24:06 Daniel Vrátil wrote:
> On Wednesday 29 of May 2013 14:27:33 laurent Montel wrote:
> > 2 weeks that it’s broken...
> > Aaron saw the same problem. I have this bug on 2 computers.
> 
> Well, neither of you send me any debug info I requested to work with until
> now
> :-)
> 
> However I'm a bit confused, because in your original email you mentioned
> akonadi_maildir_resource, while the session info from Akonadi console says
> akonadi_mailfilter_resource...so, which one is it? :-)

Sorry, disregard this. I didn't understand the "session" properly.

I was able to reproduce this bug on a disconnected IMAP resource now. Looks 
like it's happens only with move operations.

Cheers,
Dan

> 
> > And I saw an other problem, some mails that I marked as read is set unread
> > after in local folder or imap folder.
> 
> This is a known issue. It happens to me too from time to time, but I haven't
> found any reliable way to reliably reproduce it (if you do, please let me
> know!!).
> 
> > And we can’t compile kdepimlibs with 1.9.x server so we are forced to use
> > akonadi-master which is broken
> > 
> > 4.11-beta1 will tag the 12 june, if bugs are not fixed in this date I will
> > revert changes in akonadi and kdepimlibs.
> 
> Fair enough.
> 
> Cheers,
> Dan
> 
> > Regards.
> > 
> > Le mardi 28 mai 2013 19:27:16 laurent Montel a écrit :
> > > ---Type <return> to continue, or q <return> to quit---
> > > (gdb) t a a bt
> > > 
> > > Thread 2 (Thread 0x7f8dadc1d700 (LWP 3430)):
> > > #0  0x00007f8db8a0b623 in select () from /lib64/libc.so.6
> > > #1  0x00007f8db9dfcc1a in QProcessManager::run (this=0x7f8dba1f26a0
> > > <processManager()::processManager>) at io/qprocess_unix.cpp:247
> > > #2  0x00007f8db9cee49a in QThreadPrivate::start (arg=0x7f8dba1f26a0
> > > <processManager()::processManager>) at thread/qthread_unix.cpp:338
> > > #3  0x00007f8db8715e0f in start_thread () from /lib64/libpthread.so.0
> > > #4  0x00007f8db8a127dd in clone () from /lib64/libc.so.6
> > > 
> > > Thread 1 (Thread 0x7f8dbb496780 (LWP 3423)):
> > > #0  0x00007f8db8a0987d in poll () from /lib64/libc.so.6
> > > #1  0x00007f8db825daa4 in ?? () from /usr/lib64/libglib-2.0.so.0
> > > #2  0x00007f8db825dbc4 in g_main_context_iteration () from
> > > /usr/lib64/libglib-2.0.so.0
> > > #3  0x00007f8db9e67e7b in QEventDispatcherGlib::processEvents
> > > (this=0x1c34530, flags=...) at kernel/qeventdispatcher_glib.cpp:424
> > > #4  0x00007f8dba52fd9e in QGuiEventDispatcherGlib::processEvents
> > > (this=0x1c34530, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
> > > #5  0x00007f8db9e27f88 in QEventLoop::processEvents
> > > (this=0x7fff607690a0,
> > > flags=...) at kernel/qeventloop.cpp:149
> > > #6  0x00007f8db9e2811c in QEventLoop::exec (this=0x7fff607690a0,
> > > flags=...)
> > > at kernel/qeventloop.cpp:204
> > > #7  0x00007f8db9e2b2c6 in QCoreApplication::exec () at
> > > kernel/qcoreapplication.cpp:1221
> > > #8  0x00007f8dba4503a2 in QApplication::exec () at
> > > kernel/qapplication.cpp:3823
> > > #9  0x000000000040ab7f in main (argc=3, argv=<optimized out>) at
> > > /source/kde/kde4/akonadi/agentserver/agentlauncher.cpp:57
> > > (gdb)
> > > 
> > > 
> > > Info from akonadiconsole:
> > > ResourceScheduler: Online
> > > 
> > >  current task: 5806 ChangeReplay
> > >  queue 0 is empty
> > >  
> > >  queue 1 1 tasks:
> > >   5808 ChangeReplay
> > >  
> > >  queue 2 is empty
> > >  
> > >  queue 3 1 tasks:
> > >   5839 FetchItem item 335376
> > >  
> > >  queue 4 4 tasks:
> > >   5802 SyncCollection collection 398
> > >   5812 SyncCollection collection 416
> > >   5840 SyncCollection collection 432
> > >   5841 SyncCollection collection 440
> > > 
> > > session=akonadi_mailfilter_agent type=Items operation=Move items=
> > > resource=
> > > destResource= parentCollection=0 parentDestCollection=0 itemParts=
> > > addedFlags= removedFlags=
> > > 
> > > Regards
> > > 
> > > Le dimanche 26 mai 2013 18:58:11 laurent Montel a écrit :
> > > > Le mardi 21 mai 2013 16:50:53 Daniel Vrátil a écrit :
> > > > > On Monday 20 of May 2013 20:07:26 laurent Montel wrote:
> > > > > > Hi,
> > > > > > On two computers, maildir is blocked after sometime.
> > > > > > I need to delete my
> > > > > > agent_config_akonadi_maildir_resource_0_changes.dat
> > > > > > to
> > > > > > unlock it :(
> > > > > > .dat file must be broken.
> > > > > 
> > > > > Hi,
> > > > > 
> > > > > I was not able to reproduce this locally. Could you try to provide
> > > > > more
> > > > > data? Especially a GDB backtrace of the blocked maildir agent and
> > > > > debug
> > > > > output of Akonadi server and the agent.
> > > > > 
> > > > > Thanks,
> > > > > Dan
> > > > 
> > > > I was in travel.
> > > > So I rebuild all kde in my desktop and I have still this bug.
> > > > I will try to provide more infos.
> > > > But it’s right I can’t use kmail without to remove .dat file.
> > > > 
> > > > Regards
> > > > _______________________________________________
> > > > KDE PIM mailing list kde-pim at kde.org
> > > > https://mail.kde.org/mailman/listinfo/kde-pim
> > > > KDE PIM home page at http://pim.kde.org/
-- 
Daniel Vrátil
Associate Software Engineer, KDE Desktop Team
Red Hat, Inc

GPG Key: 0xC59D614F6F4AE348
Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20130529/806347c3/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/


More information about the kde-pim mailing list