On Wed, 2014-06-04 at 01:27 +0200, Marcel Dopita wrote:
> Hello,
>
> When trying to setup my desktop environment (Arch Linux & XFCE) I also
> enabled Pidgin (IM client) to launch in XFCE session. I noticed that
> Pidgin doesn't connect immediately after boot but it works either by
> manually forcing it to reconnect or waiting 30-45 seconds for next
> reconnect.
>
> I started debugging the issue and found that Pidgin is starting
> connection attempts based on event from NetworkManager:
>
> (00:09:44) network: Got StateChange from NetworkManager: 70.
>
> I understand that 70 is state "NM_STATE_CONNECTED_GLOBAL" - the global
> network connectivity. I'm no C developer but I added some addition debug
> info to find out that it fails when calling function getaddrinfo() (and
> maybe some other) which returns -2 (meaning "NAME or SERVICE is
> unknown.")
It's a bug, good catch. It looks like the bits in the Manager object
that update the NM state run immediately before the bits that write out
DNS information.
Would you be able to try the attached patch and see if this fixes
things?
Thanks!
Dan
diff --git a/src/nm-manager.c b/src/nm-manager.c
index 96bf3b4..7a6b01e 100644
--- a/src/nm-manager.c
+++ b/src/nm-manager.c
@@ -1935,17 +1935,17 @@ add_device (NMManager *self, NMDevice *device)
return;
}
nm_device_set_connection_provider (device, NM_CONNECTION_PROVIDER (priv->settings));
priv->devices = g_slist_append (priv->devices, device);
- g_signal_connect (device, "state-changed",
- G_CALLBACK (manager_device_state_changed),
- self);
+ g_signal_connect_after (device, "state-changed",
+ G_CALLBACK (manager_device_state_changed),
+ self);
g_signal_connect (device, NM_DEVICE_AUTH_REQUEST,
G_CALLBACK (device_auth_request_cb),
self);
if (devtype == NM_DEVICE_TYPE_WIFI) {
/* Attach to the access-point-added signal so that the manager can fill
_______________________________________________
networkmanager-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/networkmanager-list
