After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 732635 - wifi: run background scans even when the connection is BSSID locked
wifi: run background scans even when the connection is BSSID locked
Status: RESOLVED WONTFIX
Product: NetworkManager
Classification: Platform
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: NetworkManager maintainer(s)
NetworkManager maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2014-07-02 15:35 UTC by Giovanni Campagna
Modified: 2014-08-01 10:07 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
wifi: run background scans even when the connection is BSSID locked (1.61 KB, patch)
2014-07-02 15:35 UTC, Giovanni Campagna 		none Details | Review

Description Giovanni Campagna 2014-07-02 15:35:47 UTC 
Some system daemons (in particular geoclue) rely on up to date
scan data from the drivers at all time, so don't block background
scans if BSSID locked.
Comment 1 Giovanni Campagna 2014-07-02 15:35:51 UTC 
Created attachment 279769 [details] [review]
wifi: run background scans even when the connection is BSSID locked
Comment 2 Thomas Haller 2014-07-02 16:26:24 UTC 
You are basically reverting 0ea9329b6e75e86ab64fc29614c911abc8e3658b.

Doesn't this resurrect the original issue from bug 513820?
Comment 3 Dan Williams 2014-07-03 16:25:28 UTC 
Yes, it would resurrect the issue, and it would cause problems for VOIP, gaming, and streaming video.  We aren't going to revert that patch.

Instead, UI or GeoClue can use the org.freedesktop.NetworkManager.Device.Wireless.RequestScan() dbus method to request a manual scan when performing location services or showing a WiFi dialog.

See http://bigw.org/~dan/rescan.patch for how to do that in the Shell.
Comment 4 Giovanni Campagna 2014-08-01 10:07:35 UTC 
(In reply to comment #3)
> Yes, it would resurrect the issue, and it would cause problems for VOIP,
> gaming, and streaming video.  We aren't going to revert that patch.
> 
> Instead, UI or GeoClue can use the
> org.freedesktop.NetworkManager.Device.Wireless.RequestScan() dbus method to
> request a manual scan when performing location services or showing a WiFi
> dialog.

No it can't: if background scans are blocked, so are manual scans from the DBus API. And indeed, if any app can periodically request scans, I don't see why we would not run them automatically...