Version: current 4.4 branch (using Devel) Compiler: gcc-4.3.4 OS: Linux Installed from: Compiled sources Normally when creating a new event in korganizer while there is more than one resource active it offers a dialog in which you can choose in what resource to store the new event. In this respect all akonadi resources are handled as one resource. The new event is always stored in the first akonadi resource - regardless of it's state (active or inactive). Steps to reproduce: 1. Have more than one akonadi resource. 2. Create a new event. 3. choose akonadi resource if dialog is displayed (it is only displayed if there is at least one non-akonadi resource) Expected result: korganizer offers a choice among akonadi resources. Actual result: The new event is always saved to the first akonadi resource. The problem is aggravated by the fact that the activeness of the resources is completely ignored. Therefore it is not possible to change the behavior except by removing all but one akonadi resource. Please tell me if there is anymore information needed to reproduce this misbehavior.
Even worse, when you only have akonadi resources in korganizer. You won't be able to create any event at all because the selection box for calendars is EMPTY. So you cannot create any events. I am using the akonadidavresource and have one akonadi resource (DAV) with three calendars. When it was only one calendar, everything worked nicely. Since I have added another one, I cannot create events any more because Korganizer recognises the fact the the default calendar (akonadi) has three resources, so asks for the location but fails to fill the selection box. SERIOUS. That makes the whole idea of collaboration any more than one calendar somewhat silly. KOrganizer Version 4.4.5 Using KDE Development Platform 4.4.92 (KDE 4.4.92 (KDE 4.5 RC2))
Hi. Has there been any update on this? The problem relates back to the inability of Kontact to show and select in recursive Akonadi subfolders, ie. only on one level down from root. BUT: Akonadi groupdav resource creates a folder groupdav resource and has subfolders for contacts, todos and events. Those are not visible to Kontact because one level to low... Has that been addressed?
Fixed in master and 4.6rc1.