Wireless APs are removed after a while, based on whether we receive an AP removal signal from the supplicant, or if not, after a reasonable amount of time. This time is currently defined as three times the maximum scan interval (2 min), so after 6 minutes of the AP not changing strength or other properties to cause an update of its last-seen value, and not otherwise being explicitly removed by the supplicant. This is because we can miss signals from the supplicant for a variety of reasons, and also because APs might not be updating in a noticeable way for a long period of time between explicit scans, in which case it would also be wrong to remove them from the list.
Here it's important to also report findings from 'nmcli dev wifi list' as opposed to the indicator if it's an issue for network-manager, as the indicator may have further logic that changes the behavior of the AP list. Now, I don't recall seeing such issues on desktop in any noticeable way, so it would definitely be important to make sure whether it's also an issue there (and it should if the problem is in NM, since we use the same NM, the same supplicant, and the same code for handling APs on all systems). One thing this could be however is a driver issue. Drivers are entitled to report access-points the way they want, and if there is an internal timeout to removing APs from scan results (or the driver not actually scanning when we ask it to), then this could appear. In this case it does remain relevant to know how desktop compares to the phone. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/1425172 Title: Network indicator lists the non-exist AP (timeout for the AP to be removed is too big, ~6min) Status in the base for Ubuntu mobile products: Confirmed Status in network-manager package in Ubuntu: Confirmed Status in network-manager package in Ubuntu RTM: Confirmed Bug description: Summary: Network indicator lists the non-exist AP Steps to reproduce: 1. Boot to system 2. Scroll down the Network indicator 3. It lists about 10 AP (In Taipei office) 4. Go to another place and check network indicator again Expected Result: It should not list non-exist AP and only show available AP Actual Result: It shows about 12 AP on the screen but only two are real AP for connecting, and others 10 are from last list. This is reproducible on mako/krillin on both RTM and vivid. The main issue is that the timeout for the AP to be removed from the known AP list is too big when comparing with other phones. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1425172/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
