8b033d37cac86ad4961891d760ca883e8bd0ef97
When we disable wifi while wifi p2p peer searching is in progress, we don't get a WIFI_P2P_DISCOVERY_CHANGED_ACTION broadcast saying that discovery is stopped. Since this broadcast is sticky, applications will still get the previous one saying discovery is started even if wifi p2p has been disabled. Adding a sendP2pDiscoveryChangedBroadcast when exiting P2pEnabledState fixes this problem, and it won't be a duplicate as sendP2pDiscoveryChangedBroadcast checks for that. Bug: 11151666 Change-Id: I62de8f3d17d80f151403b91cf5c62866d931c01b
am
9d1383c6: am 5e02e0a9: am bcc77b50: Merge "Add <intent-filter> support to <provider>." into klp-dev
am
65d57713: am bacb5422: Merge "Also rely on enabled notification listeners for RemoteController registration" into klp-dev
am
bb478e6d: am 783d3c1e: am 69c66f42: Merge "camera2: describe non-full hw level optional tag entries" into klp-dev
am
4818db0f: am b88ede00: am d5102f19: Merge "Transparent system ui flags -> Translucent WM flags." into klp-dev
cherrypick from ics-mr1 docs: source for nw app Change-Id: If50f407a0e56fa802fe9beedaa650e3a131872b2
…
am
713cc5bf: am fcdbc82b: am cade4089: Merge "Fix issue #11113111: dumpsys activity service is broken" into klp-dev
…
Description
No description provided
Languages
Java
73.7%
Kotlin
14%
PowerBuilder
5.8%
C++
5.2%
AIDL
1%