summaryrefslogtreecommitdiff
path: root/libnm/tests
diff options
context:
space:
mode:
authorLubomir Rintel <lkundrak@v3.sk>2014-10-23 16:51:41 +0200
committerLubomir Rintel <lkundrak@v3.sk>2014-10-24 19:24:32 +0200
commit4496b69e47eac8e4748fc3e452571b61498916f1 (patch)
treeea5299db484366a5caff3b6bbe639b480130ff47 /libnm/tests
parentb54030de222ff5d1cf5c6643cda38a8d1552dabf (diff)
downloadNetworkManager-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