Closed
Bug 1051657
Opened 10 years ago
Closed 9 years ago
[flame] WPA-EAP would keep trying to connecting even the username/password is wrong
Categories
(Firefox OS Graveyard :: Wifi, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: hchang, Assigned: hchang)
Details
STR:
0) Get a flame
1) Connect to WPA-EAP network [1] with wrong username/password
The device would try to connect to the network forever...
This might be a regression of Bug 1046116
[1] For instance, SSID: "Mozilla" in Taipei office.
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → hchang
Assignee | ||
Comment 1•10 years ago
|
||
I am figuring out why wpa_supplicant didn't temporarily disable
authentication failed network. Meanwhile, according to the log,
Chuck, do you think if we can catch the event transition from
AUTHENTICATING to DISCONNECTED to indicate authentication failure
and disable the network? Thanks!
I/Gecko ( 290): -*- WifiWorker component: Event coming in: WPS-AP-AVAILABLE
I/Gecko ( 290): -*- WifiWorker component: Event coming in: Trying to associate with SSID 'Mozilla'
I/Gecko ( 290): -*- WifiWorker component: Matched: Mozilla
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-STATE-CHANGE id=-1 state=5 BSSID=00:00:00:00:00:00 SSID=
I/Gecko ( 290): -*- WifiWorker component: State change: SCANNING -> ASSOCIATING
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-STATE-CHANGE id=1 state=6 BSSID=00:00:00:00:00:00 SSID=Mozilla
I/Gecko ( 290): -*- WifiWorker component: State change: ASSOCIATING -> ASSOCIATED
I/Gecko ( 290): -*- WifiWorker component: Event coming in: Associated with 3c:94:d5:76:17:42
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-EAP-STARTED EAP authentication started
I/Gecko ( 290): -*- WifiWorker component: State change: ASSOCIATED -> AUTHENTICATING
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=25
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 25 (PEAP) selected
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-EAP-PEER-CERT depth=2 subject='/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert Global Root CA'
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-EAP-PEER-CERT depth=2 subject='/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert Global Root CA'
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-EAP-PEER-CERT depth=1 subject='/C=US/O=DigiCert Inc/CN=DigiCert SHA2 Secure Server CA'
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-EAP-PEER-CERT depth=0 subject='/C=US/ST=CA/L=Mountain View/O=Mozilla Corporation/CN=wifi.mozilla.net'
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-DISCONNECTED bssid=3c:94:d5:76:17:42 reason=1
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-STATE-CHANGE id=1 state=0 BSSID=3c:94:d5:76:17:42 SSID=Mozilla
I/Gecko ( 290): -*- WifiWorker component: State change: AUTHENTICATING -> DISCONNECTED
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-STATE-CHANGE id=-1 state=3 BSSID=00:00:00:00:00:00 SSID=
I/Gecko ( 290): -*- WifiWorker component: State change: DISCONNECTED -> SCANNING
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-BSS-REMOVED 85 00:18:25:02:5f:61
I/Gecko ( 290): -*- WifiWorker component: Event coming in: CTRL-EVENT-SCAN-RESULTS
I/Gecko ( 290): -*- WifiWorker component: Notifying of scan results available
I/Gecko ( 290): -*- WifiWorker component: Scan results available, but we don't need them
Flags: needinfo?(chulee)
Since we can't get any clue from wpa_supplicant, I think we can treat state changes from [AUTHENTICATING, ASSOCIATING, ASSOCIATED, FOUR_WAY_HANDSHAKE, GROUP_HANDSHAKE] to DISCONNECTED as authentication error.
A much complex problem is how to re-enable these disabled networks, so they can be connected again in cases like Bug 1046116.
Flags: needinfo?(chulee)
Assignee | ||
Comment 3•10 years ago
|
||
wpa_supplicant used by KK has already taken this into account.
The patch is here:
http://w1.fi/cgit/hostap/commit/?id=dd57970477669382fd5d9f8ca075a4167894eb22
and android's framework wouldn't do anything specific for this case.
Assignee | ||
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•