After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 695704 - gnome-contacts comes up empty here
gnome-contacts comes up empty here
Status: RESOLVED OBSOLETE
Product: evolution-data-server
Classification: Platform
Component: Contacts
unspecified
Other Linux
: Normal normal
: ---
Assigned To: evolution-addressbook-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2013-03-12 13:58 UTC by Matthias Clasen
Modified: 2015-04-15 19:16 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
A G_MESSAGES_DEBUG=all log (5.69 KB, text/plain)
2013-03-14 20:47 UTC, Erick Perez Castellanos
Details
my log (34.39 KB, text/plain)
2013-03-16 04:04 UTC, Matthias Clasen
Details
dbus-monitor log (159.54 KB, text/plain)
2013-03-20 21:28 UTC, Matthias Clasen
Details

Description Matthias Clasen 2013-03-12 13:58:04 UTC
With 3.7.91, I see gnome-contacts take ages to startup. some request is timing out, obviously. When it finally shows an empty window, it spews:

(gnome-contacts:15025): folks-WARNING **: backend-store.vala:405: Error preparing Backend 'ofono': GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was not provided by any .service files

(gnome-contacts:15025): folks-WARNING **: Failed to find primary PersonaStore with type ID 'eds' and ID 'system-address-book'.
Individuals will not be linked properly and creating new links between Personas will not work.
The configured primary PersonaStore's backend may not be installed. If you are unsure, check with your distribution.

(gnome-contacts:15025): folks-WARNING **: Error preparing persona store 'eds:1361790342.1125.5@golem': Couldn't open address book ‘1361790342.1125.5@golem’: Timeout was reached

(gnome-contacts:15025): folks-WARNING **: Error preparing persona store 'eds:1330967562.1978.0@localhost.localdomain': Couldn't open address book ‘1330967562.1978.0@localhost.localdomain’: Timeout was reached

(gnome-contacts:15025): folks-WARNING **: Error preparing persona store 'eds:system-address-book': Couldn't open address book ‘system-address-book’: Timeout was reached
Comment 1 Philip Withnall 2013-03-13 21:07:07 UTC
A G_MESSAGES_DEBUG=all log would be very helpful, as would a trace from dbus-monitor. If they contain private data you can e-mail them to me at bugzilla@tecnocode.co.uk.
Comment 2 Erick Perez Castellanos 2013-03-14 20:47:23 UTC
Created attachment 238925 [details]
A G_MESSAGES_DEBUG=all log

This have some downsides, among then is that I faked the error.
This I accomplished by loading contacts in my 3.6.3 session running old eds, and new folks.
Comment 3 Matthias Clasen 2013-03-16 04:04:33 UTC
Created attachment 239019 [details]
my log
Comment 4 Matthias Clasen 2013-03-20 09:52:47 UTC
any luck with that data ?
Comment 5 Philip Withnall 2013-03-20 10:21:01 UTC
(In reply to comment #4)
> any luck with that data ?

Sorry, I’ve been busy. From a quick poke, the messages from your original report are the most useful:

(gnome-contacts:523): folks-WARNING **: Error preparing persona store 'eds:1361790342.1125.5@golem': Couldn't open address book ‘1361790342.1125.5@golem’: Timeout was reached

This is being thrown by line 836 of edsf-persona-store.vala, corresponding to a failure here: https://git.gnome.org/browse/folks/tree/backends/eds/lib/edsf-persona-store.vala#n749

Looks like e_source_registry_new() is hitting a timeout when trying to connect to D-Bus. I don’t know what could be causing this, so I guess a dbus-monitor log would be helpful.
Comment 6 Matthias Clasen 2013-03-20 21:28:21 UTC
Created attachment 239409 [details]
dbus-monitor log
Comment 7 Philip Withnall 2013-03-20 22:57:41 UTC
Looks like none of the following methods are returning, hence the timeout. Moving to EDS because I don’t know how EDS’ D-Bus traffic is supposed to work.

method call sender=:1.267 -> dest=:1.52 serial=60 path=/org/gnome/evolution/dataserver/AddressBookFactory; interface=org.gnome.evolution.dataserver.AddressBookFactory; member=OpenAddressBook
   string "1330967562.1978.0@localhost.localdomain"
method call sender=:1.267 -> dest=org.freedesktop.DBus serial=61 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=RemoveMatch
   string "type='signal',sender='org.freedesktop.DBus',interface='org.freedesktop.DBus',member='NameOwnerChanged',path='/org/freedesktop/DBus',arg0='org.gnome.evolution.dataserver.AddressBook5'"
method call sender=:1.267 -> dest=org.freedesktop.DBus serial=62 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=RemoveMatch
   string "type='signal',sender='org.gnome.evolution.dataserver.AddressBook5',interface='org.freedesktop.DBus.Properties',member='PropertiesChanged',path='/org/gnome/evolution/dataserver/AddressBookFactory',arg0='org.gnome.evolution.dataserver.AddressBookFactory'"
method call sender=:1.267 -> dest=org.freedesktop.DBus serial=63 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=RemoveMatch
   string "type='signal',sender='org.gnome.evolution.dataserver.AddressBook5',interface='org.gnome.evolution.dataserver.AddressBookFactory',path='/org/gnome/evolution/dataserver/AddressBookFactory'"
method call sender=:1.267 -> dest=org.freedesktop.DBus serial=64 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=AddMatch
   string "type='signal',sender='org.gnome.evolution.dataserver.AddressBook5',interface='org.freedesktop.DBus.Properties',member='PropertiesChanged',path='/org/gnome/evolution/dataserver/AddressBookFactory',arg0='org.gnome.evolution.dataserver.AddressBookFactory'"
method call sender=:1.267 -> dest=org.freedesktop.DBus serial=65 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=AddMatch
   string "type='signal',sender='org.gnome.evolution.dataserver.AddressBook5',interface='org.gnome.evolution.dataserver.AddressBookFactory',path='/org/gnome/evolution/dataserver/AddressBookFactory'"
method call sender=:1.267 -> dest=org.freedesktop.DBus serial=66 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=AddMatch
   string "type='signal',sender='org.freedesktop.DBus',interface='org.freedesktop.DBus',member='NameOwnerChanged',path='/org/freedesktop/DBus',arg0='org.gnome.evolution.dataserver.AddressBook5'"
method call sender=:1.267 -> dest=org.freedesktop.DBus serial=67 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=StartServiceByName
   string "org.gnome.evolution.dataserver.AddressBook5"
   uint32 0
method call sender=:1.267 -> dest=org.freedesktop.DBus serial=68 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=GetNameOwner
   string "org.gnome.evolution.dataserver.AddressBook5"
method call sender=:1.267 -> dest=:1.52 serial=69 path=/org/gnome/evolution/dataserver/AddressBookFactory; interface=org.freedesktop.DBus.Properties; member=GetAll
   string "org.gnome.evolution.dataserver.AddressBookFactory"
method call sender=:1.267 -> dest=:1.52 serial=70 path=/org/gnome/evolution/dataserver/AddressBookFactory; interface=org.gnome.evolution.dataserver.AddressBookFactory; member=OpenAddressBook
   string "system-address-book"
Comment 8 Matthias Clasen 2013-03-24 14:10:28 UTC
Can some evolution hacker give some input here ?
Comment 9 Matthew Barnes 2013-03-24 16:33:44 UTC
Running today's Fedora Rawhide, after creating a Google account in GOA and running GNOME Contacts I get this warning and no contacts:

(gnome-contacts:15025): folks-WARNING **: backend-store.vala:405: Error
preparing Backend 'ofono':
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was
not provided by any .service files

But I don't know if the warning is relevant.

Running the evolution-source-viewer tool in Evolution's git repo, I see the Google Contacts E-D-S source is available over D-Bus as a component of the GOA account, as expected.

Running Evolution shows the Google Contacts on the first try.

Given that, I'd rule out Evolution-Data-Server as the culprit.

gnome-contacts-3.7.91-1.fc19.x86_64
evolution-data-server-3.7.92-1.fc20.x86_64
evolution-3.7.92-1.fc20.x86_64
Comment 10 Matthew Barnes 2013-03-24 16:38:56 UTC
Playing around with this further, in the application menu I found "Main contacts" selected as the current view.  Changing this to "All contacts" showed my Google Contacts.

It would appear the application silently reverted to "Local Address Book", and the UI gives no indication which address book is selected.

Beyond that it seems to be working fine for me.
Comment 11 Philip Withnall 2013-03-24 17:06:07 UTC
(In reply to comment #9)
> (gnome-contacts:15025): folks-WARNING **: backend-store.vala:405: Error
> preparing Backend 'ofono':
> GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was
> not provided by any .service files
> 
> But I don't know if the warning is relevant.

Not relevant.
Comment 12 Matthias Clasen 2013-03-25 09:45:47 UTC
ok, lets hope that this is something specific to my system then.
Comment 13 Matthias Clasen 2013-03-25 19:11:24 UTC
I have now seen contacts come up non-empty on other people's system, so moving this off the blocker list. Still need to investigate more whats wrong with mine...
Comment 14 OTL 2013-03-29 18:44:48 UTC
I am having this problem too.

I have upgraded from Fedora 18 to Fedora Rawhide (20, at this moment) and, when I try to log in on my Facebook account on Empathy, I am getting Empathy's "Internal Error".

If I run empathy from command-line, I get this:

(empathy:25955): folks-WARNING **: backend-store.vala:405: Error preparing Backend 'ofono': GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was not provided by any .service files


Also, I don't know if it's connected to this problem, but I noticed that when I upgraded some packages, Seahorse stopped work saying there was a duplicated keys (certificated, I guess), but now seems normal.

I did some searchs about "ofono" and looks like this is responsible for something regarding telephone calls. As far as I know, Facebook had recently implemented a method of calling (at least for my region, Brazil). Can be this error related to this new Facebook's "feature"?
Comment 15 Philip Withnall 2013-04-27 15:23:50 UTC
(In reply to comment #14)
> I have upgraded from Fedora 18 to Fedora Rawhide (20, at this moment) and, when
> I try to log in on my Facebook account on Empathy, I am getting Empathy's
> "Internal Error".

This bug report is about gnome-contacts (not Empathy) not listing any contacts. Are you seeing that as well?

If so, can you please get a debug log from gnome-contacts by running it from a terminal with the command:
    G_MESSAGES_DEBUG=all gnome-contacts &> contacts.log
and e-mail the log to bugzilla@tecnocode.co.uk (first removing any personal details). Thanks.

> If I run empathy from command-line, I get this:
> 
> (empathy:25955): folks-WARNING **: backend-store.vala:405: Error preparing
> Backend 'ofono': GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The
> name org.ofono was not provided by any .service files

That’s not relevant to either problem.
Comment 16 Philip Withnall 2013-04-27 15:23:59 UTC
(In reply to comment #9)
> Running the evolution-source-viewer tool in Evolution's git repo, I see the
> Google Contacts E-D-S source is available over D-Bus as a component of the GOA
> account, as expected.

Matthew, do you have any idea why the behaviour I described in comment #7 would happen (or whether it’s meant to happen)? That might shed some more light on exactly where the problem is.
Comment 17 Matthew Barnes 2013-04-27 15:36:19 UTC
Just a guess, but I've been having a lot of problems as of late with libsoup deadlocking on me -- particularly the SoupRequest API when called from multiple threads (e.g. bug 698912).  libsoup 2.42 seems particularly bad.

Given that many of the E-D-S backends are libsoup based, and that GIOScheduler allocates a limited thread pool, I have on occasion witnessed D-Bus timeouts on E-D-S operations because all the worker threads are deadlocked and subsequent operations are stuck in a dispatch queue on the deadlocked threads.

I don't know if that's what's happening here, but I'd advise getting a backtrace of the evolution-addressbook-factory process when it stops responding.
Comment 18 Milan Crha 2015-04-15 19:16:04 UTC
This was a long time ago, thus I'm closing this now, but please feel free to reopen if you face it with any more recent versions, like 3.16.0, with the provided backtrace of evolution-source-registry and evolution-addressbook-factory when the client side is waiting for the response.