[Bug 142945] New: infinite loop/recursion with cachedimap korganizer resource

Gary Granger granger at ucar.edu
Wed Mar 14 06:32:29 GMT 2007


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=142945         
           Summary: infinite loop/recursion with cachedimap korganizer
                    resource
           Product: kontact
           Version: unspecified
          Platform: Fedora RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kdepim-bugs kde org
        ReportedBy: granger ucar edu


Version:           branches/KDE/3.5/kdepim 640119 (using KDE KDE 3.5.5)
Installed from:    Fedora RPMs
Compiler:          gcc version 4.1.1 20070105 (Red Hat 4.1.1-51) compiling the kdepim 3.5 branch against fedora KDE 3.5.5 RPMs
OS:                Linux

I am using kontact/korganizer with a cachedimap resource for calendar, tasks, jourrnals, and addressbook.  Sometimes kontact goes into an infinite loop and spikes the CPU load, to the point of making the system unusable.  The crux of the problem appears to be these lines in the log messages:

kmail: KMailICalIfaceImpl::update( /home/granger/.kde/share/apps/kmail/dimap/.12
73591563.directory/Tasks, 1107766 )
kmail: ()
kmail: ()
kmail: ()
kmail: deleted attachments:()
kmail: Emitting DCOP signal incidenceDeleted( Task, /home/granger/.kde/share/app
s/kmail/dimap/.1273591563.directory/Tasks, libkcal-2127411314.850 )
kmail: forget about 1107766, it's 1107767 now

The messages continue:

kmail: KMailICalIfaceImpl::update( /home/granger/.kde/share/apps/kmail/dimap/.12
73591563.directory/Tasks, 1107767 )
kmail: ()
kmail: ()
kmail: ()
kmail: deleted attachments:()
kmail: Emitting DCOP signal incidenceDeleted( Task, /home/granger/.kde/share/app
s/kmail/dimap/.1273591563.directory/Tasks, libkcal-2127411314.850 )
kmail: forget about 1107767, it's 1107768 now

It seems like kmail is creating lots of extra entries in the imap cache, except they do not appear to be written to any files under ~/.kde/share/apps/kmail/dimap, since I do not find any large files there.  When restarting kontact, there are repeated console messages about not finding a file for lots of imap entries, presumably the entries created by the recursion.  Refreshing the local imap cache returns things to normal.

I have not figured out what triggers the problem.  It seems to happen even after turning off automatic imap synchronizations, and even if I haven't even provided the password to the imap server yet.  I have modified the source to print some extra backtraces around the code which contains the "forget about..." message, and I will attach a log file.  I have tried to understand the KMailIcalIfaceImpl code, but I'm not grasping it very quickly.  So perhaps someone can point me in the right direction.  Is there some documentation or a particular source file I should look at to get an overview of the interface between KMail Ical and KOrganizer?  Anyone have a clue as to what would cause this kind of recursion?  Thanks.



More information about the Kdepim-bugs mailing list