Version: (using Devel) Installed from: Compiled sources i start kopete, log in to my yahoo account and i see a person online ..i set stealth setting to always appear offline to this user ..log out of yahoo and log back in and the setting is there(good) ..shut down kopete, restart it and the setting is gone and i have to reset it again)bad) .. i guess the bug is that kopete does not use this setting when it start up .. i am currently using kopete version 0.70.50 and kde KDE 4.2.60 (KDE 4.3 >= 20090106) the bug was there since early days of kde4
I have the same problem. Kopete is installed from Debian Squeeze repositories. Kopete version: 0.70.90 KDE version: KDE 4.3.1 System: Debian GNU/Linux 2.6.30-1-amd64 x86_64 The bug was before also in KDE 4.2
This bug is caused by the information being stored on the Yahoo servers, and not being updated correctly at login, I have added some code which captures this information then updates the Kopete client. Trunk Committed revision 1076895.
i have updated to kopete to revision 1076905 and things are worse than before.Before, the invisible setting didnt survive a kopete restart. Now it cant be set at all i have two yahoo account logged in. i signed out in one and the other still says i am online. signing out and cant sign in. i have to restart kopete to be able to do that again
Can I get more details sorry.. Two accounts. I am testing with A yahoo Messenger client and Kopete. The Yahoo account is Stealthed when he goes online the Stealted Icon is displayed in the Kopete Client and the YMClient cannot see the Kopete user. Next you mention that when you sign out it does not notify yahoo of the logout? (Thats what I think your saying) then you need to fully restart Kopete to relogin to the yahoo account. Have I got this correct... I will retest these two items right now.. You are using the Trunk or the Branch, I have only updated the Trunk version. Regards Michael Cole, Thanks for the testing and the update
I confirm the second case where it will not relogin to the server. I can reproduce that here and will investigate now. Thanks.. for the Update.
i am using kopete, kdelibs and kdebase from trunk. Kopete version is mentioned above. kde version is 4.4.59 (KDE 4.4.59 (KDE 4.5 >= 20100107)) about logging out. Testing two accounts on kopete. Status change on one account doesnt get reflected on another. When one account goes offline for example, the other one doesnt see the change. When one account is offline when the other goes online, and the other go online later one, The first one wont see its online status
The Client is sending the logoff command to Yahoo and is responding correctly. But the client is unable to login again, the seed value is empty for some reason, still researching.
Don't you love unintended consequences in some code.. I have found the offending code and found a further bug in that code will fix now thanks..
Committed change, Login now works as expected... Will look at your setup and re-review the stealth settings when you are using both users on the single client kopete.
Using the same client for both users has unintended results.. I will need to review more these details But the stealth does work with my YM client and Kopete working with the differnet users..
just svn(ed) up and i am at kopete revision number: 1077162 yahoo msg in use: 9.0.0.2152 i have seen the stealth setting survive restarts on some users but it cant be set at all now on others users and i have no idea why. example, i have a user who is online.Yahoo msg says i have this person set to appear permanently offline to my account. Log gin to this account using kopete and kopete doesnt have the icon that shows i am to appear as permanently offline to this user. Trying to set the setting and it doesnt stick. This is happening with another user too.
I am thinking this may also be partially caused by the funny disconnect after 1 hour can you review once again the latest code has a new ping and the alive is sent every minute.. The client was being disconnected and then Yahoo would disregard messages sent to it yet they were responding with ACK's.. So any setting or message would be ignored..
changing this bug to "fixed" since it is already fixed in recent versions of kopete