Using master. I noticed this issue while trying to reproduce #209541. (tested with two public calendars found on a popular search engine) - Add an ics resource pointing to eg: https://www.google.com/calendar/ical/fr.christian%23holiday@group.v.calendar.google.com/public/basic.ics or https://www.google.com/calendar/ical/international.events.uaa%40gmail.com/public/basic.ics (both have events and are valid ics files) Expected: events appear in korg or akonadiconsole result: nothing happens from the akonadiconsole debug tab: 2 BEGIN 2 OK Begin completed 3 LIST 0 INF (RESOURCE akonadi_ical_resource_9) (ANCESTORS 1) 3 OK List completed 4 CREATE "test" 0 (MIMETYPE (text/calendar application/x-vnd.akonadi.calendar.event application/x-vnd.akonadi.calendar.todo application/x-vnd.akonadi.calendar.journal application/x-vnd.akonadi.calendar.freebusy) REMOTEID "https://www.google.com/calendar/ical/international.events.uaa%40gmail.com/public/basic.ics" REMOTEREVISION "" ENTITYDISPLAY "(\"test\" \"office-calendar\" \"\" ())" AccessRights "W" CACHEPOLICY (INHERIT true)) * 1108 0 (NAME "test" MIMETYPE (text/calendar application/x-vnd.akonadi.calendar.journal application/x-vnd.akonadi.calendar.todo application/x-vnd.akonadi.calendar.event application/x-vnd.akonadi.calendar.freebusy) REMOTEID "https://www.google.com/calendar/ical/international.events.uaa%40gmail.com/public/basic.ics" REMOTEREVISION "" RESOURCE "akonadi_ical_resource_9" CACHEPOLICY (INHERIT true INTERVAL -1 CACHETIMEOUT -1 SYNCONDEMAND false LOCALPARTS (ALL)) ENTITYDISPLAY "(\"test\" \"office-calendar\" \"\" ())" AccessRights "W") 4 OK CREATE completed 5 COMMIT 5 OK Commit completed 6 HRID LSUB ((-12 "https://www.google.com/calendar/ical/international.events.uaa%40gmail.com/public/basic.ics") (0 "")) 0 () () * 1108 0 (NAME "test" MIMETYPE (text/calendar application/x-vnd.akonadi.calendar.journal application/x-vnd.akonadi.calendar.todo application/x-vnd.akonadi.calendar.event application/x-vnd.akonadi.calendar.freebusy) REMOTEID "https://www.google.com/calendar/ical/international.events.uaa%40gmail.com/public/basic.ics" REMOTEREVISION "" RESOURCE "akonadi_ical_resource_9" CACHEPOLICY (INHERIT true INTERVAL -1 CACHETIMEOUT -1 SYNCONDEMAND false LOCALPARTS (ALL)) ENTITYDISPLAY "(\"test\" \"office-calendar\" \"\" ())" AccessRights "W") 6 OK List completed 7 SELECT SILENT 1108 7 OK Completed 8 FETCH 1:* EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 8 OK FETCH completed
After a bit more testing, it appears the issue is reproducible with any non-local ics file and with newly created resource example with http://news.opensuse.org/?ec3_ical QMetaProperty::read: Unable to handle unregistered datatype 'KUrl' for property 'KUrlRequester::url' AkonadiAgentServer(17425)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: AkonadiAgentServer(17425)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: AkonadiAgentServer(17425)/libakonadi Akonadi::CollectionSync::Private::execute: void Akonadi::CollectionSync::Private::execute() localListDone: false deliveryDone: true AkonadiAgentServer(17425)/libakonadi Akonadi::CollectionSync::Private::execute: void Akonadi::CollectionSync::Private::execute() localListDone: true deliveryDone: true AkonadiAgentServer(17425)/libakonadi Akonadi::CollectionSync::Private::checkDone: void Akonadi::CollectionSync::Private::checkDone() q->commit() AkonadiAgentServer(17425)/kdepimlibs (kcalcore) KCalCore::ICalFormat::load: "/var/tmp/kdecache-krop/akonadi/akonadi_ical_resource_2" AkonadiAgentServer(17425)/kdepimlibs (kcalcore) KCalCore::ICalFormatImpl::populate: No PRODID property found Object::connect: Attempt to bind non-signal Akonadi::ItemFetchJob::result(KJob*) The ics file is downloaded & saved in /var/tmp/kdecache-krop/akonadi/akonadi_ical_resource_2 but never appears in korg or akonadiconsole
This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present? If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.