Your message dated Tue, 16 Jun 2009 09:52:42 +0200
with message-id <20090616095242.11906...@moocca>
and subject line Re: Bug#533277: wicd: unable to disconnect from wireless when 
it's not there
has caused the Debian Bug report #533277,
regarding wicd: unable to disconnect from wireless when it's not there
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
533277: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533277
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: wicd
Version: 1.5.9-5
Severity: normal

        Hi!

 wicd-client only displays available wireless networks. So far, so bad.
If one is connected to a wireless network, leaves the place in e.g.
connected suspend, brings it up at some other spot, wicd still is in the
impression to be connected to the same network. Given that it doesn't
get displayed one can't hit the disconnect button.

 I guess this should rather be worked around by just connecting to the
newly wanted network and that it will automatically disconnect from the
old, but I'm often using public transports where there is no new network
I would connect to, rather would like to have my laptop to know that it
can't route anything instead of running into timeouts when trying to do
DNS lookups or trying to get responses from the default route.

 Quick workaround is hitting connect on the wired network and then
hitting abort, but I don't believe that that is the way it should have
to be - it's like hitting start to quit. ;)

 So long!
Rhonda

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.29-2-powerpc
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wicd depends on:
ii  adduser                       3.110      add and remove users and groups
ii  dhcp3-client                  3.1.1-6    DHCP client
ii  iproute                       20090324-1 networking and traffic control too
ii  net-tools                     1.60-23    The NET-3 networking toolkit
ii  python                        2.5.4-2    An interactive high-level object-o
ii  python-dbus                   0.83.0-1   simple interprocess messaging syst
ii  python-glade2                 2.14.1-3   GTK+ bindings: Glade support
ii  python-gtk2                   2.14.1-3   Python bindings for the GTK+ widge
ii  python-support                1.0.3      automated rebuilding support for P
ii  wireless-tools                29-1.1     Tools for manipulating Linux Wirel
ii  wpasupplicant                 0.6.9-3    client support for WPA and WPA2 (I

wicd recommends no packages.

Versions of packages wicd suggests:
ii  pm-utils                      1.2.5-2    utilities and scripts for power ma

-- no debconf information



--- End Message ---
--- Begin Message ---
Version: 1.6.0-1

Hello Rhonda,
(lots of bugs being filed eh! ;) )

On Tue, 16 Jun 2009 08:47:31 +0200, Gerfried Fuchs wrote:

> wicd-client only displays available wireless networks.

Right.

> So far, so bad.
> If one is connected to a wireless network, leaves the place in e.g.
> connected suspend, brings it up at some other spot, wicd still is in the
> impression to be connected to the same network. Given that it doesn't
> get displayed one can't hit the disconnect button.

In 1.6.0 there is a "Disconnect all" button which would fit your situation.

>  I guess this should rather be worked around by just connecting to the
> newly wanted network and that it will automatically disconnect from the
> old,

Yes, exactly :)

> but I'm often using public transports where there is no new network
> I would connect to, rather would like to have my laptop to know that it
> can't route anything instead of running into timeouts when trying to do
> DNS lookups or trying to get responses from the default route.

Ok, I believe the "Disconnect all" button is what you're looking for, then.
Closing the bug with Version 1.6.0-1 (quickly passed in experimental).

>  Quick workaround is hitting connect on the wired network and then
> hitting abort, but I don't believe that that is the way it should have
> to be - it's like hitting start to quit. ;)

Ahahah :)

David

-- 
 . ''`.  Debian maintainer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|---- http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

Attachment: signature.asc
Description: PGP signature


--- End Message ---

Reply via email to