touch-packages team mailing list archive

[Tony Espy <1425172@xxxxxxxxxxxxxxxxxx>]

I tested krillin #20 ( ubuntu-touch/ubuntu-rtm/14.09 ) and it took ~6:30
for my Android hotspot to disappear from the scan list ( using 'nmcli d
list | grep Anroid' ).

I tested my desktop ( Macair w/Intel WiFi ) running an up-to-date utopic
image and it took 6m for an AP to disappear the first try, and ~7:30m
the second time!  network-manager version is: network-manager
0.9.8.8-0ubuntu28.

I tested arale #159 ( ubuntu-touch/vivid-proposed ), which includes the
latest network-manager in vivid, and it took ~6:30 for my Android
hotspot to disappear from the scan list ( this time using 'nmcli d wifi
list' as nmcli changed with 0.9.10 ).   On a side-note, it appears that
arale doesn't do any background scanning while associated to an access
point.  I had to forget my current network before I could pickup a new
iPhone or Android hotspot in the scan list.  I'll enter a new bug for
this.

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