http://defect.opensolaris.org/bz/show_bug.cgi?id=12211
Renee Danson Sommerfeld <renee.danson at sun.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ACCEPTED
CC| |renee.danson at sun.com
Component|GUI |ON daemon
--- Comment #5 from Renee Danson Sommerfeld <renee.danson at sun.com>
2009-10-23 17:12:38 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > I agree with Calum, removing a network from favorites list should not, in my
> > opinion disconnect the user from the network.
> >
>
> The problem is that the known_wlan entry (upon which the favorites list is
> based) contains much of the data needed to (re)establish a connection - if a
> key is required, it contains the keyname/keyslot, if a WLAN is hidden, it
> contains the security mode etc. So if we delete the known entry wan can stay
> connected, but if we drop the connection we may not have the information
> needed
> to reestablish it (the user can re-enter this though data of course). Assuming
> a standard WLAN connection (an unhidden WLAN with a key previously entered via
> the GUI), reconnection is doable, but for edge cases we've lost the info we
> needed. If people are okay with that limitation that's fine but I just wanted
> to note that re-connecting may be problematic in some cases after deleting the
> known entry.
To me, that limitation seems entirely intuitive: if you remove an entry from
the known_wlan list, it will not be connected to in the future. That seems to
be to be the purpose of removing it.
Disconnecting from it *right now*, if we are currently connected, seems far
less intuitive. I think the same logic that keeps us connected to one wlan
even if a know wlan with higher signal strength shows up should hold here: we
don't tear down valid connections, unless the user has *explicitly* said to do
so. My definition of explicit instructions would include selecting a different
wlan to connect to, or selecting a different link to be active, but not
removing the wlan from our known list.
--
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
