summaryrefslogtreecommitdiff
path: root/cli
diff options
context:
space:
mode:
authorDan Williams <dcbw@redhat.com>2012-03-02 18:17:34 -0600
committerDan Williams <dcbw@redhat.com>2012-03-02 18:17:34 -0600
commit5cd9b1e22fcb769eeac85bb16b09d3358ddc44f9 (patch)
treec4cc4dae72d4cca5940428954fabf7be86f77cf3 /cli
parentfb06cda7239cce9449a3af6cecd85fa9063362da (diff)
downloadNetworkManager-5cd9b1e22fcb769eeac85bb16b09d3358ddc44f9.tar.gz
wifi: don't remove APs still known to the supplicant
Because the supplicant doesn't have a BSS property for "last seen" we have to fake that by listening to PropertiesChanged events for stuff like signal strength, which usually changes a bit from scan to scan. But in case it doesn't change, we'll never get that PC signal, and thus we'll never update our internal 'last seen' timestamp, and thus the AP will get removed from the NM scan list even if it was in the supplicant's last scan results. So, if the AP if we haven't receieved a BssRemoved signal for the AP yet don't remove it from the NM scan list. One caveat is that if the supplicant's DEFAULT_BSS_EXPIRATION_AGE value is greater than NM's AP expiration age, NM will by consequence use the supplicant's value instead. At the moment the supplicant sets DEFAULT_BSS_EXPIRATION_AGE to 180 seconds while NM's is 360.
Diffstat (limited to 'cli')
0 files changed, 0 insertions, 0 deletions