In kOrganizer I had a readonly calendar based on an iCal file accessible via a http-URL. The Akonadi / kOrganizer upgrade lost all of my calendars (only the Akonadi cache, the backing files have not been touched), and re-adding the local calendars worked (except the event categories seem to be lost), but adding the remote calendar was not possible any more. The new calendar shows up as "akonadi_ical_resource_54" in kOrganizer's calendar list, cannot be renamed, and the calendar URL is always empty when displaying the calendar's settings / properties. Reproducible: Always
Similar problem here - I can add the iCal resource to KOrganzier and edit the name/URL, but it doesn't show any events of the associated calendar. Log says this when adding the calendar (KF is the name of the iCal resource): log_korganizer: checking 0 QModelIndex(-1,-1,0x0,QObject(0x0) ) "KF" org.kde.akonadi.ETM: collection: "KF" org.kde.akonadi.ETM: Fetch job took 44 msec org.kde.akonadi.ETM: was item fetch job: items: 0
It seems that Akonadi creates the following folder hierarchy in my home folder: ~/https:/online.example.com/example_onlinej/ws/termin/https:/online.example.at/example_onlinej/ws/termin/a The folder ~/https:/online.example.com/example_onlinej/ws/termin contains the following file: BEGIN:VCALENDAR PRODID:-//K Desktop Environment//NONSGML libkcal 4.3//EN VERSION:2.0 X-KDE-ICAL-IMPLEMENTATION-VERSION:1.0 END:VCALENDAR
You're right, that happened for me as well - except that my basic.ics file contained in the first folder is completely empty.
Is there anything that can be done to diagnose and fix this bug? I am having the same issue.
Seems to be fixed with 15.08.2, at least for me with Gentoo Linux. Can anybody confirm?
I have completely reseted my kdepim stack and it's still not working. On 15.08.2-0ubuntu1. On my PC the calendars I inherited from 15.04 are still showing up, however they don't seem to be refreshing them self.
However it does not create the ~/https:/online.example.com/example_onlinej/ws/termin/https:/online.example.at/example_onlinej/ws/termin/a folder anymore. When I restart the resource it shortly says "Downloading remote file (0%)" but then immediately switches back to ready without showing any appointments. The akonadi log says the following: "Die Datei „https://****“ lässt sich nicht laden." (The file https://*** can't be loaded) The url is correct and I can open it in my browser.
I found out how to get it working: Edit the calendar resource by removing the https:// from the url and save it. Again click on edit - KOrganizer should automatically add the home directory to the url like this /home/me/***. Remove /home/me/ and add https:// again. KOrganizer should now fetch the appointments from the remote source. Let's see if it keeps it updated.
I have this bug with KDEPIM 15.12.2 on Gentoo Linux. When I enter "http:/www.kde.org/releaseschedule.ics" in the file name field in the iCal file calendar configuration dialog, the "OK" button is grayed out. Looks like "OK" is active iff file name's first character is "/". Comment #8 did not help because I cannot click OK after changing from "/..." to "http://".
(In reply to Alexander Potashev from comment #9) > I have this bug with KDEPIM 15.12.2 on Gentoo Linux. When I enter > "http:/www.kde.org/releaseschedule.ics" in the file name field in the iCal > file calendar configuration dialog, the "OK" button is grayed out. Looks > like "OK" is active iff file name's first character is "/". > > Comment #8 did not help because I cannot click OK after changing from "/..." > to "http://". Oops, I had "http:/www[...]" instead of "http://www[...]". Sorry for the noise. Thus it seems to be fixed as of 15.12.2.
Thanks for testing, marking as FIXED. Please reopen if necessary.