Closed
Bug 736101
Opened 13 years ago
Closed 12 years ago
Wifi: Add a "scan results available" event and corresponding scan function
Categories
(Core :: DOM: Device Interfaces, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: mrbkap, Unassigned)
References
Details
Right now, there's a function getNetworks that triggers a scan and then returns the latest list of networks. Because wpa_supplicant actually scans for us, it'd be nicer for the settings page to simply listen for "scan results available" events that deliver the available networks.
To go along with this, there should be a "scan" function that explicitly forces scans in cases where the supplicant would otherwise be reluctant to scan: most notably when its connected.
Reporter | ||
Comment 1•13 years ago
|
||
So, the more I think about this, the less I'm convinced that we want to do this. We don't control the scan frequency nor when we scan, and furthermore, wpa_supplicant doesn't scan when we're connected. So the settings page probably wants to force scans at regular intervals while its active and we can leave the scan intervals to wpa_supplicant the rest of the time. We could change the name of the function to scan(), though.
Comment 2•12 years ago
|
||
Vincent Chang will check if this issue is still existed or not.
Comment 4•12 years ago
|
||
Blake, thank you for your reminder.
After talking with Vincent, it looks like we can use the regular check mechanism rather than creating a 'scan results available' events. I will just close this case and we can re-open if it's needed. Thanks!
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•