This patch changes how url configuration values for captive portal detection are read: instead of re-reading the settings at every probe detection, the settings are read once when the NetworkMonitor associated to a network is created. If the settings are updated, the new values are picked up by new networks, but not by existing networks. Since captive portal detection is most important when joining WiFi networks, the newest available settings values will still be used. This change prepares introducing further changes for rotating probe urls. Especially it helps making the detection strategy stateful with respect to the lifecycle of a single NetworkMonitor. Test: built, flashed, tested manually with various portal networks Bug: 36532213 Merged-In: I71cc8bb8b996462f27f50798d67bceee5ffb898d (cherry picked from commit b03272c9b5d1b5c71ae591f0e38b1d139d11f19f) Change-Id: I33ac2b52fea6099969c3fec9b60ba0131f9d672d
…
Description
No description provided
Languages
Java
77.3%
Kotlin
9.2%
PowerBuilder
6.6%
C++
5.5%
AIDL
1%