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)

x86_64
Linux
defect
Not set
normal

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.
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.
Vincent Chang will check if this issue is still existed or not.
Vincent and khu, did you see comment 1?
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.