Bug 326851 - Contactlist shows no contacts in kpeople mode
Summary: Contactlist shows no contacts in kpeople mode
Status: RESOLVED DUPLICATE of bug 325349
Alias: None
Product: telepathy
Classification: Unmaintained
Component: contactlist (show other bugs)
Version: 0.7.0
Platform: unspecified Linux
: NOR grave
Target Milestone: Future
Assignee: Telepathy Bugs
URL: http://i.imgur.com/9SVrmKi.png
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-29 21:27 UTC by Hrvoje Senjan
Modified: 2013-11-13 09:41 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hrvoje Senjan 2013-10-29 21:27:51 UTC
As was mentioned on IRC, i am not able to see any contacts with libkpeople mode on. Same results with 0.7.0, and current master.

Reproducible: Always

Steps to Reproduce:
1.Make sure to have nepomuk running
2.Open c-l

Actual Results:  
No contacts shown

Expected Results:  
;-)

Printed with nepomukctl start (among other things):

nepomukfileindexer(30187)/nepomuk (library) Nepomuk2::ResourceManagerPrivate::_k_storageServiceInitialized: Nepomuk Storage service up and initialized.
nepomuktelepathyservice(30186) TelepathyService::TelepathyService: We're off...
nepomuktelepathyservice(30186)/nepomuk (library) Nepomuk2::ResourceManagerPrivate::_k_storageServiceInitialized: Nepomuk Storage service up and initialized.
NepomukServer(30175)/nepomuk (server) Nepomuk2::ServiceController::slotServiceRegistered: "org.kde.nepomuk.services.nepomukfileindexer"
NepomukServer(30175)/nepomuk (server) Nepomuk2::ServiceController::slotServiceInitialized: Service "nepomukfileindexer" initialized
NepomukServer(30175)/nepomuk (server) Nepomuk2::ServiceManager::Private::_k_serviceInitialized: Service initialized: "nepomukfileindexer"
NepomukServer(30175)/nepomuk (server) Nepomuk2::ServiceController::slotServiceInitialized: Service "nepomuktelepathyservice" initialized
NepomukServer(30175)/nepomuk (server) Nepomuk2::ServiceManager::Private::_k_serviceInitialized: Service initialized: "nepomuktelepathyservice"
nepomuktelepathyservice(30186) NepomukStorage::init: "Cannot set values for abstract property '<http://www.semanticdesktop.org/ontologies/2007/11/01/pimo#groundingOccurrence>'."


nepomukctl status                
Nepomuk Server is running.
Service storage is running.
Service fileindexer is running.
Service telepathyservice is running

When starting c-l:
ktp-contactlist(30211) KPixmapSequence::Private::loadSequence: Invalid framesize. 
ktp-contactlist(30211) PresenceModel::data: invalid index data requested QModelIndex(-1,-1,0x0,QObject(0x0) )
ktp-contactlist(30211)/nepomuk (library) Nepomuk2::ResourceManagerPrivate::_k_storageServiceInitialized: Nepomuk Storage service up and initialized.
ktp-contactlist(30211) KTp::ContactsModel::ContactsModel: Nepomuk is enabled, using kpeople model
ktp-contactlist(30211) KPeople::PersonsModel::query: "select DISTINCT ?uri ?pimo_groundingOccurrence (sql:group_digest(?nco_fullname,';;;',5000,1) as ?nco_fullname) (sql:group_digest(?nco_imID,';;;',5000,1) as ?nco_imID) (sql:group_digest(?account,';;;',5000,1) as ?account) (sql:group_digest(?nco_contactGroupName,';;;',5000,1) as ?nco_contactGroupName) (sql:group_digest(?nie_url,';;;',5000,1) as ?nie_url) (sql:group_digest(?nco_nickname,';;;',5000,1) as ?nco_nickname) WHERE { ?uri a nco:PersonContact. OPTIONAL { ?pimo_groundingOccurrence pimo:groundingOccurrence ?uri. } OPTIONAL { ?uri nao:prefLabel ?nao_prefLabel. } ?uri                 nco:hasIMAccount     ?nco_hasIMAccount. ?nco_hasIMAccount    nco:imID             ?nco_imID.  ?uri nco:hasIMAccount ?imAccount . ?imAccount nco:isAccessedBy ?accessedBy . ?accessedBy telepathy:accountIdentifier ?account .  OPTIONAL { ?uri      nco:photo    ?phRes. ?phRes    nie:url      ?nie_url.  }  OPTIONAL { ?uri                   nco:belongsToGroup      ?nco_belongsToGroup . ?nco_belongsToGroup    nco:contactGroupName    ?nco_contactGroupName .  }  OPTIONAL { ?uri                    nco:fullname    ?nco_fullname.  }  OPTIONAL { ?uri                    nco:nickname    ?nco_nickname.  }  FILTER(?uri!=<nepomuk:/me>).}"
hrvoje@shumarija:~> ktp-contactlist(30211) IMPersonsDataSource::onAccountManagerReady: Account manager ready
ktp-contactlist(30211) KPixmapSequence::Private::loadSequence: Invalid framesize. 
ktp-contactlist(30211) KPixmapSequence::Private::loadSequence: Invalid framesize. 
ktp-contactlist(30211) KTp::GlobalPresence::onCurrentPresenceChanged: Current presence changed
ktp-contactlist(30211) KTp::GlobalPresence::onCurrentPresenceChanged: Current presence changed
ktp-contactlist(30211) KTp::LogManager::Private::loadPlugins: loaded factory : KPluginFactory(0x14212a0)
ktp-contactlist(30211) KTp::LogManager::Private::loadPlugins: loaded logger plugin :  TpLoggerPlugin(0x1422110)
tp-qt4-tpl DEBUG:  static Tpl::Utils* Tpl::Utils::instance()  :  Created Utils instance 
ktp-contactlist(30211) KPeople::PersonsModel::queryFinished: Model ready


As for kpeople mode, this is severity grave, if you think otherwise, please re-mark (after all, one is able to turn nepomuk off ;-)
Comment 1 David Edmundson 2013-10-29 21:33:59 UTC
Shot in the dark, can you run

qdbus-qt4 org.kde.nepomuk.services.nepomukontologyloader /nepomukontologyloader org.kde.nepomuk.OntologyManager.updateAllLocalOntologies
Comment 2 Dennis Schridde 2013-10-30 09:10:25 UTC
(In reply to comment #1)
> Shot in the dark, can you run
> 
> qdbus-qt4 org.kde.nepomuk.services.nepomukontologyloader
> /nepomukontologyloader
> org.kde.nepomuk.OntologyManager.updateAllLocalOntologies

Same issue here. 0.6.80 was ok, 0.7.0 shows just an empty contact list.

Your DBus command seems to have resolved the issue, but also removed all contact-merges and the contact list fills slowly after opening it. I.e. at the beginning just a few of the online contacts are shown and with time more and more are added back. It also seems that all of them are doubled. Many are both in "unsorted" and their original group.
Comment 3 Dennis Schridde 2013-10-30 09:25:06 UTC
(In reply to comment #2)

I added some additional information in bug #325975 comment #10:  There was one copy with a JID and one where contactlist did not show a JID. My guess is that the ontology update slowly converted the contacts, so they were not added back to the contactlist immediately. Apparently some incomplete and doubled information crept in.

After closing (with crash, see bug #325975) and starting contact list again, the doubles were removed, appart from one sole contact that is still doubled (both instances are for the same of my accounts and have the same JID, photo, etc).
Comment 4 Dennis Schridde 2013-11-01 10:11:57 UTC
(In reply to comment #3)
> After closing (with crash, see bug #325975) and starting contact list again,
> the doubles were removed, appart from one sole contact that is still doubled
> (both instances are for the same of my accounts and have the same JID,
> photo, etc).

This issue is back. Most of my contacts appear doubled - in their group and in "unsorted". It is possible to merge them with the contact in the original group, which will cause some IO load for a few seconds and then the "unsorted" copy vanishes, without the "real" contact becoming a meta contact. This workaround does not work for one contact, that already is a meta contact - apparently merging a contact with a meta contact that already contains that contact is not possible. Also this workaround is cumbersome if you have dozens of duplicated contacts, so a real solution or at least a better workaround would be great.
Comment 5 Dennis Schridde 2013-11-01 10:23:00 UTC
(In reply to comment #4)
Closing and reopening the contact list makes the "unsorted" contacts vanish. But since it was already gone once and reappeared today, I do not think it will be permanently gone this time, either.
Comment 6 Martin Klapetek 2013-11-13 09:41:24 UTC

*** This bug has been marked as a duplicate of bug 325349 ***