I agree that this is very inconvenient. For example, I have a system at
home that I leave unattended but I need it to reconnect automatically to
my wifi, because I need to access it from abroad. If there is a
disconnect and it can't reconnect immediately (e.g., because of a router
reboot), the password dialog will prevent network manager from
connecting to my wifi again, effectively killing my access to this
machine.
So I would say that even if network manager needs to ask for the
password because it can't know whether the password is correct, this
should not block all other operations: network manager should try
connecting to the wifi in the background (and if it succeeds, hide the
dialog).
This is also asked here: https://bugzilla.gnome.org/show_bug.cgi?id=680625
Maybe https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1407907,
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1316634 and
https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/1010745
are related?
Users have requesting this since 2010: http://askubuntu.com/q/19137/51272
** Bug watch added: GNOME Bug Tracker #680625
https://bugzilla.gnome.org/show_bug.cgi?id=680625
--
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/1633413
Title:
Obsolete authenthication requests for WiFi
Status in network-manager package in Ubuntu:
Confirmed
Bug description:
When a WiFi connection behaves unstable over longer time (eg. long
range), sometimes the user is asked for the password again (the
requester come up already filled), even if it is correct. The request
can come up at any time, depending on the connection quality, and
likely force the user to look up the already correctly entered
password again.
This is very annoying for kiosk-like systems or when using fullscreen
apps.
This bug is stone old and iv'e seens this year by year over a broad
range of Ubuntu versions as well devices (Intel and ARM platform). It
still happens as of Ubuntu 16.04.
So I wonder if this is inevitable by the fact that NetworkManager
sometimes can't decide between an authetication failed by wrong
password vs. authentication failed by bad connection. If not, it
should finally be fixed.
There may be a security problem, for locked down kiosk applications,
as the password may be obtained by kiosk users if the request pops up.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1633413/+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