Bug 59668

This is on Ubuntu 12.04/Precise with telepathy-gabble-0.16.0-0ubuntu2 and kde-telepathy-0.5.2-0ubuntu1~ubuntu12.04.1~ppa1.

Do you have more than one XMPP account? If you do, it would be helpful to disable all of them except the one with the problem while capturing the log.

> (telepathy-gabble:32573): gabble-DEBUG: connector_error_disconnect (connection.c:1772): connection failed: WOCKY_CONNECTOR_ERROR_TLS_SESSION_FAILED (#7): TLS handshake error: -9: GNUTLS_E_UNEXPECTED_PACKET_LENGTH

That might be something to do with it? If the server is getting TLS wrong somehow, I would expect strange error behaviour.

> (telepathy-gabble:32573): gabble-DEBUG: remote_error_cb (connection.c:1718): Force closing of the connection 0x8309228
> (telepathy-gabble:32573): tp-glib/connection-DEBUG: tp_base_connection_change_status: was 0, now 2, for reason 0

Reason 0 is None_Specified, which is ... unhelpful. remote_error_cb ought to log a debug message with the error it received, before it translates it into Telepathy terminology. The next step for anyone who wants to pick this up (probably not me, I'm afraid) would be to add that debug message.

"Force closing" just means the connection has basically already died, and now we're cleaning up the mess.

> In Telepathy/KDE the symptom is the message "The connection was cancelled on your request", without the user making any request.

I would expect this to mean TP_CONNECTION_STATUS_REASON_REQUESTED, which is 1, but I don't see any changes to status 2 (DISCONNECTED) for reason 1 (REQUESTED) in your log: the only changes to status 2 that I can see are for reasons 0 (NONE_SPECIFIED) or 2 (NETWORK_ERROR).

(In reply to comment #2)
> Do you have more than one XMPP account? If you do, it would be helpful to
> disable all of them except the one with the problem while capturing the log.
I already disabled all of them but the Facebook account.

> > (telepathy-gabble:32573): gabble-DEBUG: connector_error_disconnect (connection.c:1772): connection failed: WOCKY_CONNECTOR_ERROR_TLS_SESSION_FAILED (#7): TLS handshake error: -9: GNUTLS_E_UNEXPECTED_PACKET_LENGTH
> 
> That might be something to do with it? If the server is getting TLS wrong
> somehow, I would expect strange error behaviour.
I assume this is one of the network errors that Telepathy reported, before it was able to connect the first time.

That is this part of my original report:
> First some network errors appeared, until Telepathy was finally able to
> establish a connection - maybe that is another bug, but at least it is 
> probably not related.

If you already kept that in mind while reading the log, of course this might be the actual reason.

> > In Telepathy/KDE the symptom is the message "The connection was cancelled on your request", without the user making any request.
> 
> I would expect this to mean TP_CONNECTION_STATUS_REASON_REQUESTED, which is
> 1, but I don't see any changes to status 2 (DISCONNECTED) for reason 1
> (REQUESTED) in your log: the only changes to status 2 that I can see are for
> reasons 0 (NONE_SPECIFIED) or 2 (NETWORK_ERROR).
So there are two bugs? For one Telepathy disconnects for unknown reasons, and then Telepathy/KDE also displays a wrong and misleading message about it?

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/telepathy/telepathy-gabble/issues/254.