GNOME Bugzilla – Bug 695704
gnome-contacts comes up empty here
Last modified: 2015-04-15 19:16: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
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.
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.
Created attachment 239019 [details] my log
any luck with that data ?
(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.
Created attachment 239409 [details] dbus-monitor log
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"
Can some evolution hacker give some input here ?
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
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.
(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.
ok, lets hope that this is something specific to my system then.
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...
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"?
(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.
(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.
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.
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.