diff options
author | Lubomir Rintel <lkundrak@v3.sk> | 2014-10-23 16:51:41 +0200 |
---|---|---|
committer | Lubomir Rintel <lkundrak@v3.sk> | 2014-10-24 19:24:32 +0200 |
commit | 4496b69e47eac8e4748fc3e452571b61498916f1 (patch) | |
tree | ea5299db484366a5caff3b6bbe639b480130ff47 /libnm/tests | |
parent | b54030de222ff5d1cf5c6643cda38a8d1552dabf (diff) | |
download | NetworkManager-4496b69e47eac8e4748fc3e452571b61498916f1.tar.gz |
libnm: Ignore NoReply errors when NM has vanished from the bus
This fixes the /libnm/client-nm-running test failure when a race condition is hit:
test-nm-client:10350): libnm-WARNING **: updated_properties:
error reading NMRemoteSettings properties:
GDBus.Error:org.freedesktop.DBus.Error.NoReply:
Message did not receive a reply (timeout by message bus)
What actually happens is that nm_running_changed_cb() calls GetAll() for a
NMRemoteSettings object when NM appears on the bus. If it disappears shortly
afterwards, another nm_running_changed_cb() is called which suppresses further
object updates, but the original GetAll() might not have finished yet and DBus
will generate a NoReply() response for it. We ought to ignore it.
Diffstat (limited to 'libnm/tests')
0 files changed, 0 insertions, 0 deletions