This flag indicates if scan was successful and results were
updated. It will be set to false if a scan is not performed
(intentionally) or if it failed to produce any results.
Bug: 20642015
Change-Id: I06a1fdd684932db68891ee28d5a049980f483f0f
As a part of the new runtime permissions work we are limiting
the PII apps can access. BT and WiFi MAC addresses are PII and
based on our research there is no valid use case for app dev
to get these addresses aside of user tracking which we are
trying to limit.
bug:21078858
Change-Id: Ib48223b272c0fd4f5c36acc889d4f44df204b309
cherry-picked from mirror-m-wireless-internal-release
3655257 - hal based pno and lazy roam implementation
Change-Id: Ib58d40796c896a6d0dad856e0cb86c716c7aee7f
Currently, the hack is activated for apps that target L or lower.
Per discussion, we should activate the hack only for apps that
target KK or lower. Apps that target L or above must instead use
the appropriate multinetwork APIs to deal with this situation.
Bug: 20081183
Change-Id: I29e1989e7a07aaabc10f604c20ecdc0d8b5366a3
The compatibility measure introduced in bug 20081183 for apps
that connect to a Wi-Fi network without Internet access and then
expect to be able to use that network requires that such apps
register a NetworkCallback so that their WifiManager can pin them
to whatever wifi Network connects.
Currently, registering the callback requires ACCESS_NETWORK_STATE
and the app may not have that permission. Allow registering wifi
(only) callbacks if the app has ACCESS_WIFI_STATE.
If the app does not have ACCESS_WIFI_STATE (unlikely, since
CHANGE_WIFI_STATE is not very useful without ACCESS_WIFI_STATE),
then don't enable the compatibility measure.
Bug: 20081183
Bug: 20423580
Change-Id: Iad328d30c2d170dead883868fece3d922da68f6f
This will be set if the user explicitly confirms a connection to
a Wi-Fi network without Internet access and checks the "don't ask
again" box.
Bug: 20081183
Change-Id: I75223ae41dbf0d3a827527a0a131855d8eb4c515
This value will be used to indicate that one of the various UIDs
tracked stored in the WifiConfiguration is unknown. Currently the
code just uses "-1" everywhere for this purpose; a constant is
clearer.
Bug: 20081183
Change-Id: Id865da9284f642587eed11f67685e5b12ce772c2
This also fixes the issues related to explicit connection
to passpoint AP, and fixes occassional mention of
'connected via Wi-Fi Assistent'
Change-Id: Ib4de956f2ea29709d0212fbcb392815644800e78
This is in preparation to use ScanDetail - which is a superset
of ScanResult - in wifi stack. There are no external users of
scanResultCache; so it can be safely removed.
Also fixed a javadoc comment for getPlmn()
Change-Id: I7c49532664ffe2e3e5e134bfcd42615d5999d02f
In order to not deadlock the system, we need to retrieve
WiFi energy info outside of the BatteryStats lock. We do this,
then pass that data down to BatteryStatsImpl to process.
b/19729960
Change-Id: Ib8beba1d5ac81d89144d502c4b688d0a88c5b102
