Bug 50009 - Empathy will not connect to Gtalk after a resume from suspend
Summary: Empathy will not connect to Gtalk after a resume from suspend
Status: RESOLVED FIXED
Alias: None
Product: Telepathy
Classification: Unclassified
Component: mission-control (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Telepathy bugs list
QA Contact: Telepathy bugs list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-05-16 08:58 UTC by Bilal shahid
Modified: 2014-02-12 20:56 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Attachments
debug log (83.97 KB, text/plain)
2012-05-16 08:58 UTC, Bilal shahid 		Details
View All

Description Bilal shahid 2012-05-16 08:58:17 UTC 
Created attachment 61720 [details]
debug  log

Empathy will not connect to Gtalk after a resume from suspend. I've waited several minutes after resuming and it just sits there. The only way to get it to reconnect is to either restart Empathy or force a manual reconnection with Edit -> Accounts -> toggle the Gtalk connection.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: empathy 3.4.1-0ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-24.37-generic-pae 3.2.14
Uname: Linux 3.2.0-24-generic-pae i686
NonfreeKernelModules: nvidia
Comment 1 Manuel Marques 2012-07-16 08:06:03 UTC 
I can confirm the same behaviour in my machine running Fedora 17 x86_64, Empathy 3.4.2.3 and telepathy-gabble version 0.16.1.
Normally it is fixed by simply quitting Empathy and re-opening it, but sometimes I actually need to manually kill the "telepathy-gabble" process to make it reconnect again!

And this was caused by a later update, I think - the stock, un-updated Fedora 17 didn't have this issue!
Comment 2 Brandon Watkins 2012-12-06 00:55:41 UTC 
Same problem here with empathy 3.4 on ubuntu 12.04
Comment 3 Simon McVittie 2013-09-03 17:26:18 UTC 
MC correctly detects sleep...

> mcd-DEBUG: 05/10/2012 18:39:45.823941: notify_sleep_cb: about to sleep! sleep_kind=suspend
>mcd-DEBUG: 05/10/2012 18:39:45.824153: on_transport_status_changed: Transport i love the internet changed status to 2 (disconnected)

but before it resumes, it thinks you're connected/awake and so tries to reconnect...

> mcd-DEBUG: 05/10/2012 18:39:45.849291: _mcd_master_account_replace_transport: Checking gabble/jabber/marcjw53_40gmail_2ecom0 [0 conditions, 1 plugins]
> mcd-DEBUG: 05/10/2012 18:39:45.849417: mcd_kludge_transport_get_transport_status: we are allegedly online

then when it does resume, it thinks it's already trying to connect, and won't try again...

> mcd-DEBUG: 05/10/2012 18:47:11.653021: notify_resume_cb: woke up! sleep_kind=suspend
> mcd-DEBUG: 05/10/2012 18:47:11.676938: connectivity_monitor_nm_state_change_cb: New NetworkManager network state 20 (connected: false)
> mcd-DEBUG: 05/10/2012 18:47:11.693018: connectivity_monitor_nm_state_change_cb: New NetworkManager network state 40 (connected: false)
> mcd-DEBUG: 05/10/2012 18:47:13.124289: connectivity_monitor_nm_state_change_cb: New NetworkManager network state 70 (connected: true)
> mcd-DEBUG: 05/10/2012 18:47:13.124494: on_transport_status_changed: Transport i love the internet changed status to 0 (connected)
> mcd-DEBUG: 05/10/2012 18:47:13.124624: mcd_master_transport_connected: i love the internet
> mcd-DEBUG: 05/10/2012 18:47:13.124772: mcd_account_would_like_to_connect: gabble/jabber/marcjw53_40gmail_2ecom0 already connecting/connected
Comment 4 Simon McVittie 2013-09-03 17:27:58 UTC 
Guillaume appears to have fixed this in commit a5fb89b, which was in Mission Control versions 5.12.2 and 5.13.1.
Comment 5 Laurento Frittella 2014-02-12 20:56:30 UTC 
I have the same problem/behavior on 5.16.1 (Debian testing/jessie). After resuming from hibernate I have to kill the process to make it to work.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.