Summary: | Regression: Akonadi 15.08.0 iCal Resource does not accept https-URLs as calendar source any more | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Gunter Ohrner <kdebugs> |
Component: | ICal file resource | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aspotashev, bugzilla, dvratil, m-kde |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Gunter Ohrner
2015-08-30 11:24:05 UTC
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. |