Bug 226699

I can confirm this behaviour with Kopete 4.4.0 under Arch Linux (i686) and over Gentoo (amd64) as well, so it doesn't seem distribution specific.

Greetings,

With the latest update to kde-base that took place when I updated my packages, this issue seems resolved. Is it resolved with you as well Andrei? ANy word on this 'bug'?

Greetings,

This issue is present again. 

I am not sure what is going on, but for a brief time on the 15th I was able to use kopete to communicate with my yahoo contacts. Today I was not able to, experiencing the same issues that I had reported earlier with this bug report.

Created attachment 40999 [details]
libkyahoo in libkyahoo1-4.3.5-0.3mdv2010.0.i586.rpm

Comment on attachment 40999 [details]
libkyahoo in libkyahoo1-4.3.5-0.3mdv2010.0.i586.rpm

I am opensuse 11.2 user with kde4.4

I downgrade my libkyahoo.so and it's work for me :)

From bug 228410:
--
I just upgraded to KDE 4.4 from my distribution (Fedora). With this version,
Kopete with Yahoo Messenger protocol cannot send message. I tested in two ways. 
1. two different computers, computer A runs Fedora 12 with KDE 4.4, computer B
runs Windows XP with official YM client from Yahoo! Each has separate yahoo
account.
2. The same computers, 1 account login from Kopete, a yet different account
from Yahoo Messenger web.

On those two test cases, the following happen. Kopete client can receive
message from either Yahoo! client or Yahoo Web Messenger. But when Kopete send
message, it was never receive by the other client. 
--

*** Bug 228410 has been marked as a duplicate of this bug. ***

*** Bug 228502 has been marked as a duplicate of this bug. ***

I found an old version of this bug: bug 188945

Greetings,

That bug and this bug are not the same. That bug delt with constantly being disconnected from yahoo services, this bug you are connected but messages you send to other yahoo clients are not received by them (however it looks like to you that they were sent since no indication is given otherwise).

I do think that the disconnect bug is simply yahoo services sending out signals to see if you are using their offical client, and if not you get disconnected, but I could be wrong on that. Either way, I wouldn't mind the occasional disconnect/reconnect issue if I could use yahoo in kopete and my contacts could actually get the messages I send. Until that issue is fixed I have to use pidgin, which is fine and all but being a purist I rather use all kde apps (or as much as possible) in a kde environment. I do look forward to this issue being fixed and having the fix move downstream to us users, and continue to applaud the kopete developers for their hard work.

I can confirm this. This is happening after i upgraded to kde-4.4.0.
Details:
Kopete
Version 1.0.0
Using KDE Development Platform 4.4.00 (KDE 4.4.0)

OS: Linux
Distribution: Archlinux (i686)

Using 4.4.0 (gentoo and kubuntu).
Messages are definitely getting lost.
But the funny part is that kopete is sending something to yahoo, although some
of the messages are status messages with status = offline and after these the
real text message.
Could it be that any message sent after status = offline is ignored by yahoo?

(Tested with wireshark)

*** This bug has been confirmed by popular vote. ***

Same problem here with KDE 4.4.1 r225 on OpenSUSE 11.2 (x86) with KDE:Factory:Desktop

I can confirm the problem is still present in KDE 4.4.1.

Arch 64; KDE 4.4.1 (vanilla)

...and on my wife's 4.4.1 laptop

Arch regular 32bit version; KDE 4.4.1 (vanilla)

I also confirm this annoying problem
KDE-4.4.1 (Gentoo Linux)

I also confirm this using Sabayon Linux KDE 4.4.1. I replaced my /usr/lib/libkyahoo-1.0.0 with the one provided by Yahya Mohajer and fixed the problem. Thanks.

The same trick works with Kubuntu.  I took libkyahoo.so.1.0.0 from KDE 4.3.5 found in Karmic Backports, http://packages.ubuntu.com/karmic-backports/kde/kopete , and copied it over the one bundled with 4.4.1.

After copying the library over, my wife was able to receive my messages.

Similar trick with Fedora 12 64-bit, which currently ships with KDE 4.4.0. For the benefit of anyone happen to look here, I did:

yumdownloader kdenetwork-libs-4.3.2-4.fc12.x86_64
rpm2cpio kdenetwork-libs-4.3.2-4.fc12.x86_64.rpm | cpio -idmv
cp usr/lib64/libkyahoo.so.1.0.0 /usr/lib64 (as root)

and now yahoo protocol with Kopete can send message.

So it seems that something change in this library that cause this regression.

Can we have an official response as to whether this will be taken care of in time for KDE 4.4.2?

From bug 232028:
--
When sending to someone over yahoo nothing is actually sent.  I can receive
messages via yahoo.  I can send and receive via AIM.
The only plugin loaded is  the History plugin.

From .xsession-errors:
kopete(10196)/kopete (yahoo) YahooContact::slotSendMessage:
kopete(10196)/kopete (yahoo) YahooContact::slotSendMessage: Original message: 
"<p>testing 123</p>"
kopete(10196)/kopete (yahoo) YahooContact::slotSendMessage: Converted message: 
"testing 123"
kopete(10196)/kopete (yahoo - raw protocol) SendMessageTask::SendMessageTask:
kopete(10196)/kopete (yahoo - raw protocol) SendMessageTask::onGo:
kopete(10196)/kopete (yahoo - raw protocol) Client::send: CLIENT::send()
kopete(10196)/kopete (yahoo - raw protocol) ClientStream::write:
kopete(10196)/kopete (yahoo - raw protocol) CoreProtocol::outgoingTransfer:
kopete(10196)/kopete (yahoo - raw protocol) CoreProtocol::outgoingTransfer: 
got YMSGTransfer
kopete(10196)/kopete (yahoo - raw protocol) YMSGTransfer::serialize: 
Serializing key  1  value  "<REMOVED>"
kopete(10196)/kopete (yahoo - raw protocol) YMSGTransfer::serialize: 
Serializing key  5  value  "<REMOVED>"
kopete(10196)/kopete (yahoo - raw protocol) YMSGTransfer::serialize: 
Serializing key  14  value  "testing 123"
kopete(10196)/kopete (yahoo - raw protocol) YMSGTransfer::serialize: 
Serializing key  63  value  ";0"
kopete(10196)/kopete (yahoo - raw protocol) YMSGTransfer::serialize: 
Serializing key  64  value  "0"
kopete(10196)/kopete (yahoo - raw protocol) YMSGTransfer::serialize: 
Serializing key  97  value  "1"
kopete(10196)/kopete (yahoo - raw protocol) YMSGTransfer::serialize: 
Serializing key  206  value  "2"
kopete(10196)/kopete (yahoo - raw protocol) YMSGTransfer::serialize:  pos= 0 
(packet size) "YMSG
kopete(10196)/kopete (yahoo - raw protocol) ClientStream::cp_outgoingData:
[data size:  95 ]
kopete(10196)/kopete (yahoo - raw protocol) KNetworkByteStream::tryWrite:
[writeData.size() =  95 ]
CLIENT: Task: Task::done()
CLIENT: Task: emitting finished
kopete(10196)/kopete (yahoo - raw protocol)
KNetworkByteStream::slotBytesWritten: [int bytes]:  169
kopete(10196)/kopete (yahoo - raw protocol) ClientStream::bs_bytesWritten: 
written:  169  bytes
kopete(10196) squashMessage: "testing 123"
kwin(3890) KWin::Workspace::updateClientArea: screens:  1 desktops:  4
kwin(3890) KWin::Workspace::updateClientArea: Done.
kwin(3890) KWin::Workspace::allowFullClientRaising: Raising: Belongs to active
application
kopete(10196)/kopete (history) HistoryLogger::saveToDisk:
"/home/ron/.kde4/share/apps/kopete/logs/YahooProtocol/<REMOVED>/<REMOVED>.201003.xml"
 saved in  1  ms

*** Bug 232028 has been marked as a duplicate of this bug. ***

Actually... the text message is sent to the yahoo server BUT it is preceded by a "status = offline" packet.
I guess the yahoo server ignores any message received after status = offline.

I have tested this using ethereal.

Note: another related issue is being tracked at bug 188945...

Agh.. I already added that information before.
So, may be, bug 232028 is dupe of bug 188945 instead of this one... (we need to change the report titles to differentiate both issues...)

Could you show me the "status = offline" packet from wireshark?

Created attachment 42340 [details]
Wireshark output when using kopete (no msgs sent)

Wireshark output when using kopete (no msgs sent). Third packet is sending message.

Created attachment 42342 [details]
Wireshark output when using pidgin (msgs sent properly)

Wireshark output when using pidgin (msgs sent properly). $th packet is the one where message is sent. This also has status=Offline, but it works.

(In reply to comment #26)
> Could you show me the "status = offline" packet from wireshark?

Attached. I also attached wireshark captures for pidgin. Pidgin has "Message (status=Offline)" in wireshark's protocol info column and it works. Kopete has "Notify (status=Notify)   Message (status=Offline)" and it doesnot work.

I've attached text exports. Let me know if you need binary output which will have more details. I's not sure if it adds and private information.

Thanks.

The problem isn't "Notify (status=Notify)   Message (status=Offline)" because it works here, could you send the whole wireshark log to my mail, thanks.

I have more information about this bug.

Debian testing/sid/experimental/qt-experimental-snapshot

I'am trying kde 4.4.2 and the trouble with kopete seems to still be there, but not in my account.  Mi girlfriend could not send messages like you describe in this bug (she could send but the mesagges lost and never be received).

  Whe have the same installation with the same apt-pinning, (same versions, programs, etc..)   but i did not have that bug, so I try configuring her account in my computer and viceversa.

I finally discover  this.

account@yahoo.com ----> doesn't work properly (her account)
account@yahoo.es  ----> works properly (my account)

Just to confirm, downloading kopete to 4.3.* works for her, but y still have working well kopete 4.4.* with  the spanish yahoo acount. (yahoo.es)



I hope this can give a clue to find the origin of the bug.

Excuse my poor english, :)

Iker.

I am having the same issue.

Kopete 1.0.0
KDE SC - 4.4.2
Gentoo

I compiled 4.3.5 (using same switches) and took the libkyahoo.so.1.0.0 and copied it over, yahoo contacts are now receiving my messages.

If I can provide anything else, or be of any other assistance, let me know.

Please someone send me the wireshark log, thanks

(In reply to comment #33)
> Please someone send me the wireshark log, thanks

Sent you on mail. Thanks.

Sent also mine with the differences between acounts .com and .es

thanks

Iker, Vikas thanks for the logs, from the logs I see that the server doesn't ACK any packets so IMHO the problem starts earlier. Could you send me the login wireshark log (for account which cannot send messages), thanks.

done, i've send two files because i am still confused why works with one account and not with the other one.

Hi, probably nobody here has some broken yahoo test account which I could use to fix this bug?

Iker: thanks for the logs, unfortunately I still don't know what's wrong, could I ask you to take two more logs, both with the broken yahoo.com but one from broken Kopete and the second one from Kopete from KDE 4.3 (log with login and one message send), thanks.

(In reply to comment #38)
I am sorry, but my broken account is not mine, it's my girlfriend's account, and if I try to open new account it always is yahoo.es instead of yahoo.com, I guess I could try to open a new account using tor and privoxy and see if i can get a broken account, but for now i'll send you in about 5 minutes the logs you asked for.

ok, i have sent you the logs. And i also created a new yahoo.com account. 

  I am getting a little bit crazy with so many accounts configured in my kopete.  
and i am not sure if it is working or not.  i am making some tests

Iker thanks for the logs.

IMHO the problem is caused by stealth feature (which was introduced in KDE 4.4) and the problem may occure only when there are many contacts in contact list. I'll make a patch/lib with disabled stealt feature.

(In reply to comment #41)
> and the problem may occure only when there are many contacts in contact list.

That sounds correct in my case.  My broken account has a lot of contacts and my working one just a few.

Thanks, great work!

> and the problem may occure only when there are many contacts in contact list.
Sounds correct for me too. My working test account has only one contact (the primary one). And my broken primary account has many contacts.

Created attachment 42460 [details]
Disable stealth feature

Here is patch which disables stealth feature, please test if it helps

Created attachment 42461 [details]
64bit yahoo lib from KDE 4.4.x with disabled stealth feature

(In reply to comment #45)
> Created an attachment (id=42461) [details]
> 64bit yahoo lib from KDE 4.4.x with disabled stealth feature

Works fine for me on Fedora 11, KDE 4.4.1, Kopete 1.0.0
Thank you Roman!

Roman, thanks alot.
I can confirm it's working on my Sabayon with KDE 4.4.2, kopete 1.0.0

I am very sorry and a little bit shamed because i can't find a way to try it in debian.  The packages are still in development and i think that in the repositories snapshot-experimental there are not source packages aviable.

I tried by subversión but i am doing something wrong.  I guess the patch is working well also but i cannot confirm yet.  I have asked for help in debian qt-kde mailing list and let see if someone can help me discovering how to get the sources of the debian packages.

Anyway, thanks for your work.

ok, confirmed, works fine in debian kde.4.4.2 kopete 1.0.0 

thanks!

Created attachment 42462 [details]
Correct fix, with stealth feature enabled

(In reply to comment #50)
> Created an attachment (id=42462) [details]
> Correct fix, with stealth feature enabled


I don't underestand this second patch, is it to correct the same issue without aplying the other patch? or do we have to aply both?

No, you only have to apply the second patch, it's the correct fix because it fixes the stealth feature.

i have problems (hunks failed) aplying the patch, i don't now if it's only with debian packages, it seems that there is a previos patch aplied:

I don't know if this is only in debian packages and if i should report it to debian team.  do i send you de rej files?

Reversed (or previously applied) patch detected!  Assume -R? [n] 
Apply anyway? [n] y
Hunk #1 FAILED at 34.
Hunk #2 FAILED at 85.
2 out of 2 hunks FAILED -- saving rejects to file protocols/yahoo/libkyahoo/listtask.cpp.rej
patching file protocols/yahoo/libkyahoo/client.cpp
Hunk #1 FAILED at 76.
Hunk #2 FAILED at 133.
Hunk #3 FAILED at 182.
Hunk #4 FAILED at 615.
Hunk #5 FAILED at 767.
Hunk #6 succeeded at 842 (offset -60 lines).
5 out of 6 hunks FAILED -- saving rejects to file protocols/yahoo/libkyahoo/client.cpp.rej
patching file protocols/yahoo/libkyahoo/listtask.h
Reversed (or previously applied) patch detected!  Assume -R? [n] 
Apply anyway? [n] 
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file protocols/yahoo/libkyahoo/listtask.h.rej
patching file protocols/yahoo/libkyahoo/client.h
Hunk #2 FAILED at 462.
Hunk #3 FAILED at 729.
2 out of 3 hunks FAILED -- saving rejects to file protocols/yahoo/libkyahoo/client.h.rej
patching file protocols/yahoo/yahoocontact.h
patching file protocols/yahoo/yahoocontact.cpp
patching file protocols/yahoo/yahooaccount.cpp

Yeah looks like they applied some patch. Without the source I can't tell you more.

SVN commit 1110827 by rjarosz:

Don't resend stealth setting on login, because server will block us.
Fix stealth notification.

BUG: 226699



 M  +18 -33    libkyahoo/client.cpp  
 M  +9 -9      libkyahoo/client.h  
 M  +16 -36    libkyahoo/listtask.cpp  
 M  +1 -1      libkyahoo/listtask.h  
 M  +1 -1      yahooaccount.cpp  
 M  +6 -7      yahoocontact.cpp  
 M  +2 -3      yahoocontact.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1110827

SVN commit 1110828 by rjarosz:

Backport commit 1110827.
Don't resend stealth setting on login, because server will block us.                                                                        
Fix stealth notification.                                                                                                                   
                                                                                                                                            
CCBUG: 226699



 M  +18 -33    libkyahoo/client.cpp  
 M  +9 -9      libkyahoo/client.h  
 M  +16 -36    libkyahoo/listtask.cpp  
 M  +1 -1      libkyahoo/listtask.h  
 M  +1 -1      yahooaccount.cpp  
 M  +6 -7      yahoocontact.cpp  
 M  +2 -3      yahoocontact.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1110828

*** Bug 188945 has been marked as a duplicate of this bug. ***

(In reply to comment #54)
> Yeah looks like they applied some patch. Without the source I can't tell you
> more.

Ok, don't worry roman, i'll discuss with debian team. thanks a lot

Patch works perfectly on Gentoo, KDE-4.4.2. Thanks a lot.

the patch https://bugs.kde.org/show_bug.cgi?id=226699#c45
does not work for me.

i'm on latest archlinux, kopete 1.0.0, kde 4.4.2

@dennyhalim.com: use the patch in https://bugs.kde.org/show_bug.cgi?id=226699#c50 ... the file in comment 45 is a library with a previous patch applied... (and which only works for the 64bits version; and probably only in some distros..)

yes mine is 64bit.
wonder why it's not working for me?

(In reply to comment #61)
> @dennyhalim.com: use the patch in
> https://bugs.kde.org/show_bug.cgi?id=226699#c50 ... the file in comment 45 is a
> library with a previous patch applied... (and which only works for the 64bits
> version; and probably only in some distros..)

There could be other incompatibilities as it is a binary object.. I suggest you to try the patch (or/and suggest it to the Arch packagers..)

Greetings,

I would like to state that it now works on my end. I am now able to send messages to my yahoo contacts and they receive them. This is the latest release of KDE 4.2.2, on Arch Linux x32.

Special thanks to all who has worked to fix this and all who helped to report this bug!

done. it's fixed.
tnx a lot!

(In reply to comment #63)
> There could be other incompatibilities as it is a binary object.. I suggest you
> to try the patch (or/and suggest it to the Arch packagers..)

*** Bug 232321 has been marked as a duplicate of this bug. ***

*** Bug 234203 has been marked as a duplicate of this bug. ***

Hi, a fiend of mine has the same problem but with msn account; I can't see his links (when they start with http). Now the patch in this discussion regards only yahoo protocol or with some changes can be valid for msn protocol?

@Giuseppe Calà: this issue and the patch are only related to the Yahoo protocol. You could report your issue on a separate bug report, however, note that is well known that the Microsoft MSN servers blocks some links in IM.
Regards

is the patch included on KDE 4.4.3? i don't see it in the changelog... http://www.kde.org/announcements/changelogs/changelog4_4_2to4_4_3.php

confirmed this patch included in 4.4.3 tag, see for yourself,

http://websvn.kde.org/tags/KDE/4.4.3/kdenetwork/kopete/protocols/yahoo/libkyahoo/client.cpp?view=log

I can confirm this is fixed in 4.4.3.  I am running Kubuntu 10.04 amd64 with KDE 4.4.3 installed from the kubuntu ppa and I am able to communicate with people via Yahoo again.  Thanks!

This bug occurs again in Kopete 1.1.3 (on KDE 4.7.3, Arch Linux). The symptoms are the same: I can receive messages, but I can't send (the receiver doesn't receive them). The issue doesn't occurs immediately, but after some time of using the application.

Any help?