Bug 124325

Summary: Contact List in Copy to, in Konqueror not updated
Product: [Unmaintained] kopete Reporter: Pieter Botha <info>
Component: generalAssignee: Kopete Developers <kopete-bugs-null>
Status: RESOLVED INTENTIONAL    
Severity: normal    
Priority: NOR    
Version First Reported In: 0.11.1   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Pieter Botha 2006-03-26 20:31:13 UTC
Version:           0.11.1 (using KDE KDE 3.5.1)
Installed from:    SuSE RPMs
OS:                Linux

When I have a few contacts online on various protocols, mostly MSN, not all of their statuses are updated throughout the system. In Konqeuror one have the Copy To menu when one right-click on a file. 
The Contacts list given is not always up to date, example:
Wian is online, but is not shown on the list.

Also, does the list make provision where a person can be online on various protocols?
Comment 1 rgpublic 2006-03-31 10:56:58 UTC
Even your results surprise me. Do you actually have ever had ANY contacts
in the "Copy to->Contacts" menu? Here (Kubuntu Dapper) this menu is 
always grayed out. The usability problem with gray menus unfortunately
is that there is no reason given why it the respective item is disabled.
Before the update (Breezy) the menu was not grayed out but empty no
matter what. I tried entering the contacts in my address book -
to no avail. Even longer ago with SuSE this did not work either.
How do I actually use this feature? Does it work at all? I would expect that all my current Kopete contacts are listed there. Does it have an influence
if Konqueror preloads some instances?
Comment 2 bauerfichtner 2006-03-31 11:10:55 UTC
I have a similar problem. I have only one contact shown in the "Copy to -> Contacts" menu. It is always the same contact, and if this contact is not online, the menu "Copy to -> Contact" is greyed out. I am using the jabber protocol for this contact. 
My Kopete version is svn (524774). 
Comment 3 Olivier Goffart 2006-03-31 11:27:07 UTC
I have not verified,  but it's mpaybe related to the adressbook integration.
IIRC contact need to be in the adress book to be exported correctly with KIMProxy  (but i may be wrong)
Comment 4 bauerfichtner 2006-03-31 11:54:28 UTC
You seem to be right. This contact was the only one I had specified an addressbook link for. Chosing a random contact and specifying an addressbook link made it work with that contact. 
Comment 5 Olivier Goffart 2006-03-31 13:44:06 UTC
After having checked with Bille,  it is preferable to don't export contact that are not in KABC for now.  or it may slow down kmail and other programs.

For KDE4, all contact will be automatically in the adress book anyway
Comment 6 rgpublic 2006-03-31 19:16:45 UTC
Umm, then perhaps my problem is not related to this. I've added an
Address book entry for this contact. The contact did not appear anyway.
Can somebody please clarify what is now really needed to make this work?
Just an entry in KAddressBook with Name and IM filled in?
Or sth. else? Should I file a new bug?
Comment 7 bauerfichtner 2006-03-31 19:24:08 UTC
Did you configure Kopete to use this entry in KAddressBook for this contact?
You do not only need an entry in KAddressBook, your have to configure the contact in Kopete to use this entry. Right click on contact -> Properties -> "Address Book Link", and then choose the entry for your contact. 
Comment 8 rgpublic 2006-03-31 19:44:03 UTC
Ah! OK. Now it works. Thanks a lot for your help.
Perhaps this will also be useful for others stranding here on this bug.
And I still hope this will be a bit more self-explaining in KDE4 ;-)
Comment 9 Pieter Botha 2006-04-01 19:59:20 UTC
I would like to know whether we should rather change this bug into a feature request. Thus:
- One can configure how Kopete should handle online people for Konqueror. Thus, should only those whose status = Online be displayed, or also those who are away?

I will be testing this bug a bit more to make sure it's not an id10t error from my side.

Thanx for the input.