Thomas Haller 4cc06783ab libnm: accept unknown WEP key type in nm_utils_wep_key_valid() ... libnm-core treated the UNKNOWN WEP key type as KEY. Relax that and try to guess the correct type based on the key. This is for example important if you have a valid connection with wep-key-type=0 (unknown) If you request passwords for such a connection, the user cannot enter them in password format -- but there is no UI indication that the password must be KEY. (cherry picked from commit 628f47285d)		2015-03-20 13:07:10 +01:00
..
tests	test: initialize auto-destructed pointers	2015-03-13 11:50:50 +01:00
nm-call-store.c	all: consistently include config.h	2014-11-13 17:18:42 -05:00
nm-call-store.h	all: fix up multiple-include-guard defines	2014-08-16 10:17:14 -04:00
nm-supplicant-config.c	libnm: accept unknown WEP key type in nm_utils_wep_key_valid()	2015-03-20 13:07:10 +01:00
nm-supplicant-config.h	all: fix up multiple-include-guard defines	2014-08-16 10:17:14 -04:00
nm-supplicant-interface.c	all: consistently include config.h	2014-11-13 17:18:42 -05:00
nm-supplicant-interface.h	all: remove a bunch of unnecessary dbus/dbus-glib includes	2014-09-03 10:45:24 -04:00
nm-supplicant-manager.c	all: consistently include config.h	2014-11-13 17:18:42 -05:00
nm-supplicant-manager.h	all: fix up multiple-include-guard defines	2014-08-16 10:17:14 -04:00
nm-supplicant-settings-verify.c	all: consistently include config.h	2014-11-13 17:18:42 -05:00
nm-supplicant-settings-verify.h	all: fix up multiple-include-guard defines	2014-08-16 10:17:14 -04:00
nm-supplicant-types.h	all: fix up multiple-include-guard defines	2014-08-16 10:17:14 -04:00