Bug 499753

Summary: NetworkManager uses a wrong key for protected wlan
Product: [Fedora] Fedora Reporter: Carlo Raudino <carloraudino>
Component: NetworkManagerAssignee: Dan Williams <dcbw>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: low    
Version: rawhideCC: dcbw
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-05-23 00:31:39 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Carlo Raudino 2009-05-07 23:19:13 UTC 
Description of problem:
Networkmanager shows a wrong stored key and fails to enter the wlan.... sometimes I'm able to enter the wlan deactivating the wireless support...or deleting the connection...and reentering the key.....but is very random, I'm not sure how networkmanager turns to work again....usually I take 10 minutes to get NM work again....

This happens in my eeepc 701 with ath5k. It happened in fedora 10 too with the last updates.


Version-Release number of selected component (if applicable):
f11 preview upgraded


Expected results:
Please Fix this issue and let NM work again with wpa2..

Additional info: lsmod
vfat                    8620  1 
fat                    41008  1 vfat
fuse                   49736  2 
bridge                 41488  0 
stp                     1944  1 bridge
llc                     4780  2 bridge,stp
bnep                   10888  2 
sco                     9356  2 
l2cap                  18884  3 bnep
bluetooth              44660  5 bnep,sco,l2cap
sunrpc                152364  1 
ip6t_REJECT             3160  2 
nf_conntrack_ipv6      11368  2 
ip6table_filter         3136  1 
ip6_tables             10728  1 ip6table_filter
ipv6                  232324  18 ip6t_REJECT,nf_conntrack_ipv6
p4_clockmod             4208  0 
dm_multipath           13512  0 
uinput                  6496  0 
arc4                    1584  2 
uvcvideo               49752  0 
joydev                  8972  0 
pcspkr                  2156  0 
ecb                     2452  2 
videodev               32216  1 uvcvideo
v4l1_compat            11560  2 uvcvideo,videodev
usb_storage            82416  1 
i2c_i801                8056  0 
snd_hda_codec_realtek   189436  1 
iTCO_wdt               10448  0 
iTCO_vendor_support     2736  1 iTCO_wdt
snd_hda_intel          23908  2 
ath5k                 117160  0 
snd_hda_codec          54260  2 snd_hda_codec_realtek,snd_hda_intel
mac80211              164636  1 ath5k
snd_hwdep               6580  1 snd_hda_codec
cfg80211               30616  2 ath5k,mac80211
snd_pcm                62520  2 snd_hda_intel,snd_hda_codec
atl2                   23364  0 
snd_timer              17896  1 snd_pcm
snd                    49044  10 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
soundcore               5404  1 snd
snd_page_alloc          7572  2 snd_hda_intel,snd_pcm
eeepc_laptop           10772  0 
hwmon                   2148  1 eeepc_laptop
ata_generic             4312  0 
pata_acpi               3668  0 
i915                  140900  2 
drm                   166284  2 i915
i2c_algo_bit            4836  1 i915
i2c_core               18056  4 i2c_i801,i915,drm,i2c_algo_bit
video                  17360  1 i915
output                  2364  1 video
Comment 1 Carlo Raudino 2009-05-23 00:31:39 UTC 
now seems working, so I think the issue has been fixed