ScanResult now hides all flags and their values, only methods
are public; and converted roaming consortium to an array of longs
instead of Longs.
Bug: 22179306
Change-Id: I644110dbddd5fa7a7109ac16051845fcc4c4e9d1
Added a flags field in ScanResult; along with flag
values and methods to read them.
Changed types of passpoint related fields.
Bug: 21342042
Bug: 21572290
Bug: 21343777
Change-Id: I413960de88b387853d11b9e10f92665e9c06a81b
These helped once; but now this is just noise. Also
given that GMSCore starts/stops scans many times it is
taking too much of log real estate.
Bug: 20416721
Change-Id: I965ed919afbac56e123e8d019be84d7d33abf3f9
The sHandlerThread name in RttManager is called "WifiScanner".
It should be changed to RTTManager
Bug:21299667
Change-Id: I545d0810544295fb39d95b5c3d8fe89c3b8fc073
(cherry picked from commit 4451685c7fd16c9a9a77791bb5bc9e4f23f1b6e8)
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
