desktop-packages team mailing list archive

[Mathieu Trudel-Lapierre <mathieu.tl@xxxxxxxxx>]

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 Desktop
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