Bug 167992 - WEP key missing 0x accepted - card does not activate
Summary: WEP key missing 0x accepted - card does not activate
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: system-config-network
Version: rawhide
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-09-10 05:14 UTC by Ivan Gyurdiev
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2005-09-12 07:52:11 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Ivan Gyurdiev 2005-09-10 05:14:00 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b3) Gecko/20050827 Fedora/1.1-0.2.8.deerpark.alpha2 Firefox/1.0+

Description of problem:
Lack of 0x in the WEP key input is accepted by the python tool, and passed to the network scripts, which fails to activate the card, with a very uninformative message (passed back in raw form to the user). If the 0x is required, why not append it automatically? If it isn't, (can be specified on octal or something like that), a more informative message should be displayed when the card doesn't activate, because of incorrect WEP. 

Basically, as the user, I am confused by all of this - I just want my card to work. 



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


How reproducible:
Didn't try

Steps to Reproduce:


Additional info:

Comment 1 Harald Hoyer 2005-09-12 06:41:17 UTC
if you want a hexadecimal key, then you have to prepend 0x... if you want a
string to be set, then you don't need 0x...
$ man iwconfig

Comment 2 Ivan Gyurdiev 2005-09-12 07:36:47 UTC
I think you're missing the point - this is a UI bug. This is what I get
when I forget to put 0x:

Error for wireless request "Set Encode" (8B2A) :
    SET failed on device ath0:1 ; Invalid argument.

... how am I supposed to figure out what's wrong?
If I wanted to read manpages on iwconfig, I wouldn't be using a graphical tool
to configure my network.

IOW, the bug is that unfriendly error messages from the underlying
programs/libraries are relayed to the user. 

Comment 3 Harald Hoyer 2005-09-12 07:52:11 UTC
some card accept a string, some not... s-c-network even notes, that you have to
prepend a 0x, if you want a hex key in the gui dialog!!! those who can read,
have an advantage :)

Comment 4 Ivan Gyurdiev 2005-09-12 07:55:33 UTC
Well, I'm not going to keep resetting the bug back and forth, but I disagree
with you. Relaying low-level errors to the end users seems like bad design to me.

Please note, however, that when I removed and re-added the device like you
suggested for the other bug, the WEP key was remembered (1) without the 0x, and
(2) with dashes, both of which broke the network.


Note You need to log in before you can comment on or make changes to this bug.