[ipw3945] network-manager asks about WPA key forever even after correct entry

[Ulaş Şahin]

Binary package hint: network-manager

Everything regarding network was working fine on feisty.
Dist-upgraded to gutsy bravely...(2 days before)
nm-applet starts fine. asks for the network wpa key. when you enter the key it segfaults es away (bug #121228)
upgraded to network-manager 0.6.5.0ubuntu4
then nm-applet stays alive after key inputted however it asks for the same key again in a few seconds.
This goes on and on

[Ulaş Şahin (ulaas)]

Starts working normally after a creation of a new user and logging on with it.

[CydeSwype (ircone)]

i'd like to confirm this bug. i also have this problem. nm seems fine with standard open access points, but WPA (i'm using tkip specifically) gives it problems. continually asks for the password (sets up keyring successfully after a few tries but this doesn't seem to help at all).

[Alexander Sack (asac)]

On Sat, Jul 14, 2007 at 01:11:31AM -0000, CydeSwype wrote:
> i'd like to confirm this bug. i also have this problem. nm seems fine
> with standard open access points, but WPA (i'm using tkip specifically)
> gives it problems. continually asks for the password (sets up keyring
> successfully after a few tries but this doesn't seem to help at all).
>

Can you please post info abou chipset you are using?

 - Alexander

[CydeSwype (ircone)]

just tried again this morning (haven't tried in a couple weeks) and everything works correctly. one of the updates must have addressed this issue.

[CydeSwype (ircone)]

just rebooted and though i had a wpa connection pre-boot, post-boot i see this symptom again. here's the data on my wireless card:

0c:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02)
        Subsystem: Intel Corporation Unknown device 1020
        Flags: bus master, fast devsel, latency 0, IRQ 17
        Memory at dcfff000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: <access denied>

[Alexander Sack (asac)]

i hope the next upload will address this.

[Alexander Sack (asac)]

the wpa case for ipw3945 should be fixed now:

#

  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