** Changed in: indicator-network (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist AP (timeout for the
** Changed in: canonical-devices-system-image
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist AP (time
Changing Canonical System Image task to FixCommitted as
0.9.10.0-4ubuntu15.1.7 has landed in the latest rc-proposed images (
confirmed on krillin / rc-proposed / #102 which contains ubuntu version
'20150818.1' ).
** Changed in: canonical-devices-system-image
Status: Confirmed => Fix Committ
FixReleased as version 0.9.10.0-4ubuntu15.1.7 to ppa:ci-train-ppa-
service/stable-phone-overlay.
** Changed in: network-manager (Ubuntu RTM)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
ht
This bug was fixed in the package network-manager - 0.9.10.0-4ubuntu23
---
network-manager (0.9.10.0-4ubuntu23) wily; urgency=medium
[ Tony Espy ]
* d/p/lp1444162-add-ip6-config-to-nm-ofono-connections.patch: disable
IPv6 for ofono connections (LP: #1444162).
-- Mathieu Trud
** Branch linked: lp:~network-manager/network-manager/ubuntu
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist AP (timeout for the AP to be
removed
** Branch linked: lp:~phablet-team/network-manager/lp1444162-wily
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist AP (timeout for the AP to be
re
** Changed in: network-manager (Ubuntu)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist AP (timeout for
** Branch linked: lp:~phablet-team/network-manager/lp1425172
** Changed in: indicator-network (Ubuntu)
Status: Confirmed => Incomplete
** Changed in: network-manager (Ubuntu RTM)
Status: Invalid => In Progress
** Changed in: network-manager (Ubuntu)
Status: Confirmed => In P
I suspect there my be deeper issues with scanning. Bug #1445134 reports
that NM 0.9.10.0 is not periodically scanning.
I'm seeing the same thing on krillin and mako running the latest stable
( OTA5 ) images:
If I start wpa_cli ( as root ) on a system running utopic ( NM 0.9.8.x
), I see periodic
The internal NMDeviceWiFi scan logic works like this:
It's minimum interval is 20s. It's set to this when the device first
becomes ready or the device_state -> DISCONNECTED.
If the supplicant dies, it's set to 23s.
If an activation succeeds, the interval is set to 26s.
Every time schedule_sc
@Matthew
Regarding comment #18. Yes, NM does regular scans automatically. Over
time, if it's not able to connect to an AP, the scan interval is
gradually increased up to a maximum of 2m between scans. A long time
ago, there used to be a method that nm-applet would use to tell NM that
the user
Re-tested OTA5 images on arale, mako, and krillin.
Two scenarios:
1. Device connected to an AP
- Android hotspot enabled, wait till it shows in the scan list
- hotspot disabled, timer started
- note time when hotspot disappears from scan list
2. Device ! connected to an AP; same steps a
Jonas, it's possible that the answer to your question is "no, because
bug 1467438 isn't fixed yet".
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist
** Changed in: canonical-devices-system-image
Assignee: Canonical Phone Foundations (canonical-phonedations-team) =>
John McAleely (john.mcaleely)
** Changed in: network-manager (Ubuntu RTM)
Status: Confirmed => Invalid
** Changed in: network-manager (Ubuntu RTM)
Assignee: Canon
** Changed in: indicator-network (Ubuntu)
Status: Incomplete => Confirmed
** Changed in: indicator-network (Ubuntu)
Assignee: (unassigned) => Pete Woods (pete-woods)
** Changed in: canonical-devices-system-image
Milestone: ww24-2015 => ww34-2015
--
You received this bug notifica
** Tags removed: lt-blocker lt-category-visible
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to 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,
Will changing the behaviour in the indicator also mean that the
behaviour in System Settings will change? Does opening System Settings
equal to opening the network indicator?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bug
** Changed in: indicator-network (Ubuntu)
Status: Confirmed => Incomplete
** Changed in: indicator-network (Ubuntu)
Assignee: Pete Woods (pete-woods) => (unassigned)
** Changed in: indicator-network (Ubuntu)
Importance: High => Undecided
--
You received this bug notification beca
** Changed in: canonical-devices-system-image
Milestone: ww22-2015 => ww24-2015
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist AP (timeout for
Pete's suggestion is also what OS X does: whenever you open the menu, it
triggers a scan, with the first menu item saying "Wi-Fi: Looking for
networks…" until the scan completes. When I suggested the same for
Ubuntu a couple of years ago, I was told (by Mathieu, I think?) that it
wouldn't apply to
** Changed in: canonical-devices-system-image
Importance: Critical => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist AP (timeout for the A
** Changed in: canonical-devices-system-image
Milestone: ww21-2015 => ww22-2015
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist AP (timeout for
** Changed in: canonical-devices-system-image
Milestone: ww17-2015 => ww21-2015
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist AP (timeout for
I would propose a strategy of having the indicator starting a scan each
time it is opened (it doesn't do that now).
Then having network manager be responsible for the actual aging,
possibly through a new property on the main object called "recent access
points" or similar, or by reducing the main
I investigated into the Android approach, and it turns out that they
solely rely on the last scan results to populate the settings panel.
Please see
https://docs.google.com/document/d/1DTvgpnJ37PvdHt_L65xtj4wdCnBfo8kAaUcBIp5c1U4/edit
for a summary together with links to the relevant Java code.
--
The hardest part of this for the indicator is knowing exactly when to
start doing extra scans.
The indicator-network service has no idea when the indicator menu itself
is actually opened. For this to work both unity8 and qmenumodel would
need to be modified to support the "submenu-action" conventi
** Changed in: canonical-devices-system-image
Milestone: ww13-2015 => ww17-2015
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist AP (timeout for
** Branch linked: lp:~mathieu-tl/network-manager/scanlist-pruning
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist AP (timeout for the AP to be
re
** Changed in: indicator-network (Ubuntu)
Status: New => Confirmed
** Changed in: ubuntu-system-settings (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1
** Also affects: indicator-network (Ubuntu)
Importance: Undecided
Status: New
** Also affects: ubuntu-system-settings (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https
I installed network-manager 0.9.10.0-4ubuntu14~mtrudel1 from ppa
:mathieu-tl/nv-build on my krilling running vivid-proposed, and I can no
longer see a hotspot from an iPhone when it's enabled.
I can see it from my desktop, and from krillin running RTM.
--
You received this bug notification beca
Note, I tested OS X, and it also wipes APs from the list in <= 30s.
This was tested using a hotspot on another phone.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator l
Strike my previous comment about arale not picking up a newly activated
hotspot in my previous comment. This seems to work now.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network
Just to compare, on both iphone and android the AP disappear in no more
than 30 seconds.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1425172
Title:
Network indicator lists the non-exist AP (timeou
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
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 pr
** Summary changed:
- Network indicator lists the non-exist AP (timeout for the AP to be removed is
too big)
+ Network indicator lists the non-exist AP (timeout for the AP to be removed is
too big, ~6min)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
38 matches
Mail list logo