User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.15 Safari/536.5
The Telepathy/KDE XMPP component sometimes stops sending messages after I was away and returned from that status. The messages simply do not reach the conversation partner. At first it seemed as if it'd happen with Facebook users only, but recently it also happened with a GMail user (IM: Pidgin).
We'll need some debug from you, if this is reproducible, please follow the steps here: http://martys.typepad.com/blog/2011/12/kde-telepathy-now-depends-on-telepathy-qt4-09-also-how-to-report-bugs.html
And post the log, thanks.
I will try that, but it will be hard, because it does not happen always and with every user. Is it possible to make the debugging permanent, i.e. to extend it over a long period of time? Would it be enough to insert these lines into ~/.kde4/env/...?
This information is also in the wiki, btw, with some extensions about debugging on the XMPP transport level: http://community.kde.org/Real-Time_Communication_and_Collaboration/FAQ#Providing_debug
Created attachment 70476 [details]
I have the same (or similar) problem: sometimes my messages are not correctly delivered. I noticed the problem chatting from XMPP to Gtalk user(s), haven't tried with other XMPP "pure" users. But the problem doesn't seem to happen when using Empathy instead.
I couldn't anyway notice any correlation to the Away status, it seems quite random instead.
I've logged my telepathy session as described in the documentation. Hopefully all personal details have been successfully removed!
I'm on Kubuntu 11.10 using kde-telepathy from PPA and KDE 4.8.2 from kubuntu-backports PPA, in any case
Git commit 9dbdd3858227f6d1004faa7370284775c306d640 by David Edmundson.
Committed on 19/04/2012 at 15:16.
Pushed by davidedmundson into branch 'master'.
Mark the channel as disconnected when the channel disconnects, instead of watching the connection status
Related: bug 293637
Reviewed-By: Dominik Cermak
M +1 -1 lib/chat-widget.cpp
I assume you've edited that gabble log to hide people's IDs.
Who were you talking to? and who did you have the issues sending with?
As I've been suffering from this bug ever since I started using KTP (around 0.1), I've tried to figure out the pattern.
From what I've tested, this regularly happens when chatting with anyone on GTalk, regardless of the client they use. I couldn't reproduce it with any other XMPP server, so I assume it's again just Google being funny.
Also, as already mentioned in Comment 3, this seems to be a KTP issue and not a global Telepathy problem. I can't reproduce it in Empathy either.
Here it seems that messages never reach my facebook contacts. However, I can see theirs.
(In reply to comment #7)
> Here it seems that messages never reach my facebook contacts. However, I can
> see theirs.
For all of them? There is another issue with Facebook (not Telepathy specific), where the messages you send to some contacts never reach them, butt you can still see theirs. This is always the case for some specific contacts, while it works for all others.
So far I tried 4 or 5 fb contacts without any success.
This was tagged as a dependency for 0.4, but then removed.
Can we please add it to 0.5? It *is* a showstopper for anyone who has to talk to people that are on GTalk (regardless which client they are on).
If you still need to confirm the bug, from what I see, the reproduction is fairly simple: Try to chat with a contact @gmail.com and see when they stops seing your messages and/or see your status as constantly typing.
This may have been fixed with https://bugs.kde.org/show_bug.cgi?id=300655
please test with 0.4.1 or newer and report back.
(In reply to comment #11)
> This may have been fixed with https://bugs.kde.org/show_bug.cgi?id=300655
> please test with 0.4.1 or newer and report back.
I’ve tested it with one GTalk contact and so far it seems it’s been fixed. I’ll report if I manage to reproduce it. If I don’t consider it unreproduced in 0.4.1. for my use case (conntacts that are on GTalk, various clients).