[gutsy] network-manager tries to use wrong essid

Bug #125965 reported by Martin Uecker
4
Affects Status Importance Assigned to Milestone
network-manager (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: network-manager

Somehow network-manager ( 0.6.5-0ubuntu7) started to hang while connecting to my home network.
After checking with iwconfig I found out that the essid was set to some different network while the
wireless key was correctly set. The gconf-key are correct, Manually changing the essid with
iwconfig allows the network-manager to proceed.

Revision history for this message
Jamie Lokier (jamie-shareable) wrote :

I would like to confirm I see exactly the same. I was about to report it as a separate bug.
My wireless device is an IPW3945.

This morning, I booted the laptop afresh (not from suspend). Shortly after booting, the system popped up a dialog asking for my Keyring passphrase, which I entered correctly. Then network-manager-gnome showed it was trying to connect to the WLAN with ESSID "christopher", which is correct - that's our house WLAN.

It didn't connect quickly, so I looked with "iwconfig eth1" and it showed the ESSID as "belkin54g", which is a neighbour's WLAN.

It wasn't a brief glitch: the applet continued to show "christopher", but iwconfig continued to show "belkin54g".

By the way, "christopher" is encrypted with a 26-digit hex key; "belkin54g" has no key, but it usually doesn't respond to DHCP.

For a minute or so it failed to get a connection, then gnome-network-manager popped up the dialog asking for the WEP/WPA key for "christopher". I entered the key (why doesn't it use the Keyring at this point?).

The applet continued to show it's connecting to "christopher", and iwconfig continued to show it's ESSID as "belkin54g"....

Clicking on "christopher" in the applet didn't change the output of iwconfig. Clicking on a different WLAN, then back to "christopher", didn't change it either. Disabling wireless using right-click on the applet, then reenabling it, didn't change it either.

Eventually I did "iwconfig eth1 essid christopher" from the command line. Then the dialog for WPA/WEP key appeared again, I entered the key, and it connected within a few seconds.

This often happens, but not every time. Sometimes it just connects without a problem.

Some more information which might be useful: iwlist eth1 scanning typically shows "belkin54G" and one or two other access points, but not "christopher", for a minute or two. Despite the short list from iwlist, sometimes the network-manager applet shows a longer list. The list in the applet is almost always _different_ from the list from iwlist, and the latter changes every few seconds. After doing "iwconfig eth1 essid christopher", "christopher" always appears in the output of iwlist.

Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 125965] Re: [gutsy] network-manager tries to use wrong essid

On Tue, Jul 17, 2007 at 08:37:38AM -0000, Jamie Lokier wrote:
> I would like to confirm I see exactly the same. I was about to report it as a separate bug.
> My wireless device is an IPW3945.

well network-manager and wpasupplicant appear to not play nicely with
ipw3945 in gutsy ... we are investigating ...

 - Alexander

Revision history for this message
Alexander Sack (asac) wrote :

wpa + ipw3945 should be fixed in gutsy now ... let us know if your issue is still not gone:

  network-manager (0.6.5-0ubuntu9) gutsy; urgency=low

  * debian/patches/series: disable 41o_completely_deactivate_stage1.patch
    for tribe-4

 -- Alexander Sack <email address hidden> Tue, 7 Aug 2007 12:36:37 +0200

#

  network-manager (0.6.5-0ubuntu8) gutsy; urgency=low

  * debian/patches/41n_graceful_supplicant_shutdown.patch: move
    supplicant_cleanup into stage1_prepare; remove test timeouts in
    _stage2_config and add 1 second sleep to the end of xx_stage1_prepare
  * debian/patches/series: add new patch 41n_graceful_supplicant_shutdown.patch
    to series
  * debian/patches/41l_enable_ipw3945_reset_essid.patch: enable
    ipw3945_reset_essid, by setting up function in class constructor
  * update debian/patches/41l_enable_ipw3945_reset_essid.patch:
    completely deactivate device in stage1 now
  * debian/patches/series: add new patch 41l_enable_ipw3945_reset_essid.patch
  * debian/patches/41m_unref_dbus_connection_on_shutdown.patch,
    unref shared dbus_connection on shutdown (LP: #85113)
  * debian/patches/series: add new patch 41m_unref_dbus_connection_on_shutdown.patch
  * debian/patches/41k_20_sec_wireless_link_timeout.patch: increase
    timeout for link setup ... taken from upstream ml
  * debian/patches/series: add new patch 41k_20_sec_wireless_link_timeout.patch
  * debian/patches/41e_fix_vpn_ftbfs_dont_disable_gnome_deprecated.patch: Fix
    ftbfs because of recently deprecated gnome druid - this patch enables gnome
    deprecated in Makefiles
  * debian/patches/series: add new patch
    41e_fix_vpn_ftbfs_dont_disable_gnome_deprecated.patch
  * debian/patches/41d_ipw3945_turn_off_essid_in_stage1.patch:
    implement stage1_prepare implementation in nm-device-802-11-wireless.c
  * debian/patches/series: add new patch 41d_ipw3945_turn_off_essid_in_stage1.patch
  * debian/rules, debian/control, debian/patches/series: Switch patchsystem to quilt
  * debian/patches/41c_ubuntu-fixup--get_mode_always_fails_typo_fix.patch: fix
    programming bug in wireless code
  * debian/patches/24pp_svn2591_Ensure-the-device-is-up-stage3.patch: ensure
    device is up in stage3 - cherry-picked from svn
  * debian/patches/24pp_svn2618_set-hardware-RF-to-enabled-if-no-killswitches.patch:
    enable hardware rf by default - cherry-picked from svn
  * debian/patches/24pp_svn2604_Add-HAL-based-rfkill-support.patch: hal based rfkill
    - cherry-picked from svn
  * debian/patches/24pp_svn2579-sleep-1-second-to-stabilize-if.patch: sleep to
    stabilize link status - cherry-picked from svn
  * debian/patches/41o_completely_deactivate_stage1.patch: use nm_device_deactivate
    instead of just real_deactivate to deactivate device more cleanly

 -- Alexander Sack <email address hidden> Tue, 7 Aug 2007 09:51:02 +0200

Changed in network-manager:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.