summaryrefslogtreecommitdiff
path: root/docs/html/sdk/api_diff/18/changes
diff options
context:
space:
mode:
authorErik Kline <ek@google.com>2018-02-28 15:01:35 +0900
committerErik Kline <ek@google.com>2018-04-11 13:15:55 -0700
commite0f34033e0df61ad3227c3a1fa1d295360447dd0 (patch)
tree49407b7a7ee91a9f81d563401ae7e3bdd27e637f /docs/html/sdk/api_diff/18/changes
parent1142ffcc9b4624887707e3e7d37e0ec777d099db (diff)
Don't unnecessarily reevaluate tethering provisioning
Registering for carrier config changes can deliver a sticky broadcast and can cause Tethering to think something has changed and reevaluate provisioning status, even though this has been checked before it entered tethering mode alive state. Additionally, move the provisioning_app{,no_ui} resources into the TetheringConfiguration, if for no other reason than now we can log it in .toString(). Test: as follows - built - flashed - booted - runtest frameworks-net passes - manual USB tethering toward WiFi works Bug: 69565814 Merged-In: If254326e892b78ef9daf620f829c1def136d695c Merged-In: I288093a1d76566e72d4889d92c7aedafc318c8b6 Merged-Id: I01c71fd971a4683bb2b6d14825d36f24a04d88a8 Change-Id: I01c71fd971a4683bb2b6d14825d36f24a04d88a8 (cherry picked from commit 1b450e3eb9106a9cc73dfc144d275141dd5017ef)
Diffstat (limited to 'docs/html/sdk/api_diff/18/changes')
0 files changed, 0 insertions, 0 deletions