Bug 270773 - akonadi_googledata_resource does not fetch contacts
Summary: akonadi_googledata_resource does not fetch contacts
Status: RESOLVED UNMAINTAINED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: GoogleData Resource (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Adenilson Cavalcanti
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-12 16:39 UTC by Andreas Kuhl
Modified: 2017-01-07 22:25 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
akonadictl output (3.31 KB, text/plain)
2011-04-19 13:12 UTC, Metin Akdere
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Kuhl 2011-04-12 16:39:52 UTC
Version:           unspecified (using KDE 4.6.2) 
OS:                Linux

I installed libgcal and akonadi_googledata_resource and added 2 resources to Akonadi: a Google calendar (akonadi_gcal_resource) and Google contacts (akonadi_googledata_resource). While the calendar works fine, the contacts won't sync.

Akonadi log:
akonadi_googledata_resource_1(24786): First retrieve

I guess login worked fine but no more entries from akonadi_gooledata_resource show up, so it seems that the resource is stuck. Restarting Akonadi did not help, I ended up with exactly the same result.

My Google address book is nothing special, rougly about 100 contacts.

Reproducible: Always
Comment 1 Andreas Kuhl 2011-04-12 16:48:57 UTC
I got some more details now that I collected with Akonadi Console debugger:

----
AgentBase(akonadi_googledata_resource_1): Failed contacts retrieving!
----
0 OK User logged in 
1 RESSELECT "akonadi_googledata_resource_1" 
1 OK akonadi_googledata_resource_1 selected 
2 BEGIN 
2 OK Begin completed 
3 LIST 0 INF (RESOURCE akonadi_googledata_resource_1) (ANCESTORS 1) 
* 128 0 (NAME "akonadi_googledata_resource_1" MIMETYPE (text/directory) REMOTEID "google-contacts" REMOTEREVISION "" RESOURCE "akonadi_googledata_resource_1" CACHEPOLICY (INHERIT true INTERVAL -1 CACHETIMEOUT -1 SYNCONDEMAND false LOCALPARTS (ALL)) ANCESTORS ((0 "")) ) 
3 OK List completed 
4 UID MODIFY 128 MIMETYPE (text/directory) PARENT 0 NAME "akonadi_googledata_resource_1" REMOTEID "google-contacts" 
4 OK MODIFY done 
5 COMMIT 
5 OK Commit completed 
6 LSUB 0 INF (RESOURCE akonadi_googledata_resource_1) () 
* 128 0 (NAME "akonadi_googledata_resource_1" MIMETYPE (text/directory) REMOTEID "google-contacts" REMOTEREVISION "" RESOURCE "akonadi_googledata_resource_1" CACHEPOLICY (INHERIT true INTERVAL -1 CACHETIMEOUT -1 SYNCONDEMAND false LOCALPARTS (ALL)) ) 
6 OK List completed 

----

Is this helpful in any way?
Comment 2 Metin Akdere 2011-04-19 13:12:11 UTC
Created attachment 59129 [details]
akonadictl output
Comment 3 Metin Akdere 2011-04-19 13:14:24 UTC
(In reply to comment #2)
> Created an attachment (id=59129) [details]
> akonadictl output
First of all, sorry for the inconvenince of the reporting bug after committing attachment, but dont know how this happened.

I confirm this bug as well. I am using Pardus GNU/Linux and kdelibs-4.6.2
installed. I compiled libgcal-0.9.6 and akonadi-googledata-1.2.0, and installed
successfully without any problem. I am also able to configure akonadi to use
Google contact and calendar resources. But when i try to access them through
Kontact after restarting akonadi server, nothing is displayed in addressbook
and plain calendar which includes no events although i have some in Google
calendar. With the help of the 'akonadictl restart' command, i am able to
supply you attached debug info. As far as i can guess, there is nothing wrong
with authenticating and fetching data from Google service, only at rendering
stage it stalls.

On the other hand, i would like to let you know that i am able to use Kontact
with akonadi-googledata support same environment, but only with kdelibs-4.5.5
installed. I have my contacts and celandar events listed successfully on that
machine with the same libgcal and akonadi-googledata installed.

Hope this information helps you to investigate some. Cheers.
Comment 4 Murz 2011-04-20 08:46:08 UTC
Confirm this bug using KDE 4.6.2, Akonadi 1.5.2, KDEPIM 4.6 beta5, here is debug:

1 RESSELECT "akonadi_googledata_resource_5" 
1 OK akonadi_googledata_resource_5 selected 
2 BEGIN 
2 OK Begin completed 
3 LIST 0 INF (RESOURCE akonadi_googledata_resource_5) (ANCESTORS 1) 
* 107 0 (NAME "akonadi_googledata_resource_5" MIMETYPE (text/directory) REMOTEID "google-contacts" REMOTEREVISION "" RESOURCE "akonadi_googledata_resource_5" CACHEPOLICY (INHERIT true INTERVAL -1 CACHETIMEOUT -1 SYNCONDEMAND false LOCALPARTS (ALL)) ANCESTORS ((0 "")) ) 
3 OK List completed 
4 UID MODIFY 107 MIMETYPE (text/directory) PARENT 0 NAME "akonadi_googledata_resource_5" REMOTEID "google-contacts" 
4 OK MODIFY done 
5 COMMIT 
5 OK Commit completed 
6 LSUB 0 INF (RESOURCE akonadi_googledata_resource_5) () 
* 107 0 (NAME "akonadi_googledata_resource_5" MIMETYPE (text/directory) REMOTEID "google-contacts" REMOTEREVISION "" RESOURCE "akonadi_googledata_resource_5" CACHEPOLICY (INHERIT true INTERVAL -1 CACHETIMEOUT -1 SYNCONDEMAND false LOCALPARTS (ALL)) ) 
6 OK List completed 
7 SELECT SILENT 107 
7 OK Completed 
8 FETCH 1:* FULLPAYLOAD ALLATTR CACHEONLY EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 
* 80541 FETCH (UID 80541 REV 0 REMOTEID "http://www.google.com/m8/feeds/contacts/murznn%40gmail.com/full/1fd9f4f90b9f817f" MIMETYPE "text/directory" COLLECTIONID 107 SIZE 0 DATETIME "20-Apr-2011 05:03:22 +0000" FLAGS () PLD:RFC822 NIL) 
...........
(skipped 1000+ lines with FETCH)
...........
* 28189 FETCH (UID 28189 REV 0 REMOTEID "http://www.google.com/m8/feeds/contacts/murznn%40gmail.com/full/1c7" MIMETYPE "text/directory" COLLECTIONID 107 SIZE 0 DATETIME "17-Jan-2011 06:10:53 +0000" FLAGS () PLD:RFC822 NIL) 
8 OK FETCH completed 
9 UID FETCH 28189 CACHEONLY EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 
* 28189 FETCH (UID 28189 REV 0 REMOTEID "http://www.google.com/m8/feeds/contacts/murznn%40gmail.com/full/1c7" MIMETYPE "text/directory" COLLECTIONID 107 SIZE 0 DATETIME "17-Jan-2011 06:10:53 +0000" FLAGS ()) 
9 OK UID FETCH completed 

So, after that I see empty in this resource via akonadi console.
Comment 5 Murz 2011-04-20 08:53:50 UTC
Maybe this bug is related to https://bugs.kde.org/show_bug.cgi?id=264861 an in #264861 there are solution for Ubuntu 10.10 with recompiling packages.
Comment 6 Metin Akdere 2011-04-20 09:10:08 UTC
(In reply to comment #5)
> Maybe this bug is related to https://bugs.kde.org/show_bug.cgi?id=264861 an in
> #264861 there are solution for Ubuntu 10.10 with recompiling packages.

Yeah, i have seen them before writing here. I have tried many times of recompiling against each other but this didn't work for me. Actually, here the problem is not related with retrieving data from Google as we can see in the logs, mostly with representing it in addressbook or calendar or somehow.
Comment 7 Metin Akdere 2011-05-04 11:21:17 UTC
Hi,

Today i have compiled both libgcal and akonadi-googledata and installed successfuly to my system. After adding Google resources to akonadi, i was able to retrieve and list my contacts and calendar events in Kontact.

I have checked what updates i had after reporting here in my system, related with KDE, and there wasn't much of it which might be affecting this situation: Fix for usage of env and shutdown directories [1], and another fix for plymouth are among observables [2]. Hope this feedback helps.

Regards.

[1] http://websvn.pardus.org.tr/pardus/2011/devel/desktop/kde/base/kdebase-workspace/files/startkde-source-env.diff?view=log

[2]http://websvn.pardus.org.tr/pardus/2011/devel/desktop/kde/base/kdebase-workspace/files/fedora/kdebase-workspace-4.4.92-kdm_plymouth081.patch?r1=116382&r2=117874
Comment 8 Denis Kurz 2016-09-24 20:40:16 UTC
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.
Comment 9 Denis Kurz 2017-01-07 22:25:56 UTC
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.