Summary: | Two bugs with remote ressources (calendar) | ||
---|---|---|---|
Product: | [Applications] korganizer | Reporter: | Alexis ROBERT <alexis> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | smartins |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Alexis ROBERT
2005-11-19 09:39:35 UTC
I think I have the same or at least a similar problem. For me it is like this: I have remote resources to fetch. These consist of http and fish protocol. These remote resources are fetched correctly when korganizer is launched on its own. However, when korganizer is launched as part of kontact, the latter complains that there is a problem with resource <resource name/id>. This is shown to the user (me) via a small window. If this window is left untouched, the computer will be using all cpu power after some time. The window reporting the error can only be removed by clicking the titlebar and select <close>. After some time the question appears "Application does not react, close window? You'll loose all data" (or something similar). When the resources are disabled in korganizer, the latter can be launched as part of kontact again, and the resources can be enabled. But don't forget to disable the resources during exit, as kontact won't start the next time it is launched.... This is with kde-3.5 kontact-1.2 As stated in the previous update, I miss this powerfull feature within kontact as well. I'm now running korganizer as a standalone application, but hey that is well.... not so nice. It's so funny, i forgot this bug, but just this morning, I remembered it :) I'll check if I can fix this bug (if I can ...) This is one of the best features of korganizer, it's so sad to loose it. Reassigning all KOrganizer bug reports and wishes to the newly created korganizer-devel mailing list. Please try kdepim 4.6. which uses akonadi. |