Re: Request for ergonomy feature

[Dan Williams <dcbw redhat com>]

On Thu, 2007-10-11 at 12:31 -0300, Joel Goguen wrote:
> I have a need for it, and I imagine it's a common one.  I have a
> wireless network at home, and I put the laptop to sleep and head to my
> university.  When I get there, I have to wait sometimes minutes for
> the list to refresh and my campus network to appear so NM can attempt
> to connect to it.  Or I can open a terminal and manually restart NM,
> but that's not something a common user should be expected to do IMO.
> When I first get to campus I still see all the networks I can see from
> my house, even though none of them are anywhere near the campus.
> After a few minutes of waiting, during which I'm checking the applet
> list at least once every 30 seconds, the list finally refreshes and NM
> connects to my campus network.  This doesn't seem very user-friendly
> to me.

This is likely a distro or driver problem.  When NM is told to go to
sleep (whcih your setup may not be doing), it will blow away _all_
network state.  That means, when NM wakes up (if told to wake up
correctly), it won't know about _any_ networks.  It will rescan
immediately.  If it's getting stale networks when you turn it back on,
that's clearly a sleep/wake bug, or a driver bug.

dan

> 
> On 10/11/07, Dan Williams <dcbw redhat com> wrote:
> > On Thu, 2007-10-11 at 18:08 +0300, Joan B. Moreau wrote:
> > > Ok, but it is just a pain in the *ss this bug, and everybody complains.
> > >
> > > Please, rather than saying "I disagree", maybe propose an alternative,
> > > because it is really annoying bug.
> >
> > We already discussed alternatives on this list.  First, NM should scan
> > quite quickly after dropping the menu down, as long as NM has not
> > scanned within the last 20 seconds.  Currently that may not be the case,
> > it might push off the scan for 20 seconds.  This is a case of a bug that
> > should be fixed (if it exists).
> >
> > Furthermore, I don't believe that it's that much of a burden to check
> > the menu twice.  Can you refresh my memory as to what situations
> > explicitly scanning for networks is necessary?  The applet should be
> > kept simple, additional functionality that doesn't fit in the applet can
> > certainly be farmed out to other tools that are not the applet or NM.
> > The applet should cover 90% of all users needs 90% of the time.  It
> > should _not_ cover 100% of all users needs 100% of the time.  There are
> > some features that just won't be implemented.  I believe explicitly scan
> > requests fit in that last 10%.  I may be able to be convinced otherwise.
> >
> > Dan
> >
> > > Thanks in advance
> > >
> > > Dan Williams wrote:
> > > > On Thu, 2007-10-11 at 17:20 +0300, Joan B. Moreau wrote:
> > > >
> > > >> I know this has been posted and discussed already, but this bug is *so*
> > > >> annoying, that I guess I am not the only "simple user" having troubles
> > > >> with that.
> > > >>
> > > >> Would it be possible to fix it ?
> > > >>
> > > >
> > > > I still don't agree that this is the right way to solve the issue.
> > > >
> > > > Dan
> > > >
> > > >
> > > >> Thanks a lot
> > > >>
> > > >> JM
> > > >>
> > > >> Joan B. Moreau wrote:
> > > >>
> > > >>> Hi all,
> > > >>>
> > > >>> I like the applet but here my request in terms of ergonomy:
> > > >>>
> > > >>> Would it be possible to stop triggering a scan when clicking on the
> > > >>> applet (which people do quite frequently to see the available networks)
> > > >>> but rather put a menu item "scan for available networks" that we can
> > > >>> click when one decide so  ?
> > > >>>
> > > >>> Thanks
> > > >>>
> > > >>> Joan
> > > >>>
> > > >> _______________________________________________
> > > >> NetworkManager-list mailing list
> > > >> NetworkManager-list gnome org
> > > >> http://mail.gnome.org/mailman/listinfo/networkmanager-list
> > > >>
> > > >
> > > >
> >
> > _______________________________________________
> > NetworkManager-list mailing list
> > NetworkManager-list gnome org
> > http://mail.gnome.org/mailman/listinfo/networkmanager-list
> >
> 
>