After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 677541 - wlan password prompt should only open through user interaction (e.g. a shell notification), never unexpectedly out of nothing
wlan password prompt should only open through user interaction (e.g. a shell ...
Status: RESOLVED DUPLICATE of bug 660293
Product: gnome-shell
Classification: Core
Component: network-indicator
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2012-06-06 09:02 UTC by el
Modified: 2012-06-14 18:52 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description el 2012-06-06 09:02:36 UTC
Situation:

1. I log into Gnome 3
2. Known wlan network is available, Gnome autoconnects
3. I open a text editor or terminal to do some work -> I start typing
4. Due e.g. to weak signal, wlan connect fails (but only after 30 seconds or so). Gnome 3 assumes a wrong password

Expectes result:
I get an unobtrusive hint, e.g. a shell notification _with no keyboard focus steal_ that suggests I need to enter a password which opens the regular system modal dialog when clicked. This behaviour should be used always when the user has already provided a password at some point, so that they don't expect such a recurring password prompt

Current actual result:
System modal dialog pops up out of nothing while I'm in the middle of typing, and eats all the keyboard input and messes up the password which I might not know by heart (even worse when I was just backspacing).

You might think weak wlan signals and shaky connections are rare - they are not. Also users sometimes type. Therefore, the current behaviour is greatly annoying.
Comment 1 Owen Taylor 2012-06-06 15:57:39 UTC
If we add something here, should consider doing it only for (hopefully vanishing) WEP networks and not assume bad-password on failure for WPA at all, since only on WEP does a bad password look anything like an unreliable network.
Comment 2 Milan Bouchet-Valat 2012-06-06 16:07:26 UTC
This is a near-duplicate of bug 660293.
Comment 3 el 2012-06-06 21:45:25 UTC
(In reply to comment #1)
> If we add something here, should consider doing it only for (hopefully
> vanishing) WEP networks and not assume bad-password on failure for WPA at all,
> since only on WEP does a bad password look anything like an unreliable network.

If it was possible to have WPA2 connections no longer suffer from repeated password requests at all, please implement it!! I am often in a crowded university where wlan is naturally overloaded (computer science courses), and I get the password dialog multiple times a day due to a shaky connection, often in the middle of typing.

Right now shaky WPA2 connections seem to cause repeated password requests for me, so either the modal dialog needs to be fixed or the repeated password requests.
Comment 4 el 2012-06-11 20:20:15 UTC
(In reply to comment #2)
> This is a near-duplicate of bug 660293.

Just to point it out, the main focus of this bug report was supposed to be the keyboard focus steal. That is a huge annoyance for me - I don't care much that the dialog is blocking, I'll always click "Connect" anyway since I want to reconnect and not care much.

However, the dialog spawning and eating my currently typed things out of nothing is very annoying, because I'm then messing up my password box contents and need to look up the password again, fix the password box contents etc. - which easily turns into 5 minutes of wasted time just because of one unexpected modal keyboard focus stealing dialog which ate the wrong key input.
Comment 5 Giovanni Campagna 2012-06-14 18:52:24 UTC
(In reply to comment #2)
> This is a near-duplicate of bug 660293.

And I'm marking it so, because the other has patches.

*** This bug has been marked as a duplicate of bug 660293 ***