- Feb 08, 2021
-
-
Orion Hodson authored
Remove com.android.server.BootReceiver$2 from the denylist as this anonymous class was retired in change https://r.android.com/1565971. (cherry picked from commit 1653aba6) Bug: 159164105 Bug: 179645293 Test: atest PreloadCheck Change-Id: I94122241dc4cef84524ca83513a68d1fa8ffbe65 Merged-In: I94122241dc4cef84524ca83513a68d1fa8ffbe65
-
Lorenzo Colitti authored
* changes: Change ConnectivityServiceTest to prepare for VPN code move. Add to VpnManager the VPN APIs used by Settings and SystemUI. Remove temporary hack in VpnTest.
-
Chiachang Wang authored
-
Chiachang Wang authored
The static validate() method an PROXY_* constants in Proxy are used by both module and Settings. After Proxy is moving into connectivity module, Setting will not able to access them. Thus, move them to ProxyUtils in net shared lib. Bug: 172183305 Test: atest FrameworksNetTests Test: atest CtsNetTestCases:ProxyInfoTest Change-Id: I02c88aeaeb53d62b87a42a2d8ead9b140b054650
-
Treehugger Robot authored
-
Chiachang Wang authored
-
Xiao Ma authored
-
- Feb 07, 2021
-
-
Treehugger Robot authored
-
Lorenzo Colitti authored
-
Lorenzo Colitti authored
No-op changes to make it easier to review the VPN code move. 1. Set underlying networks via MockVpn, not ConnectivityService. 2. Add a processBroadcastForVpn utility method that we can modify without too much churn when the code is moved. Bug: 173331190 Test: test-only change Change-Id: I4256ca5f33034ef9d1de79857795a6ed1d644e61
-
Lorenzo Colitti authored
Settings and SystemUI use these through raw AIDL calls. Make them proper manager calls so we can move the implementation without touching the callers again. For now these still call into ConnectivityService via IConnectivityManager. In an upcoming CL the implementation will move to VpnManagerService. Test: m Bug: 173331190 Change-Id: I91528e1ad9948fbaa1fc5e37c61c5eb95f54964e
-
Lorenzo Colitti authored
This temporary hack was necessary due to b/175883995. Now that that bug is fixed, remove the hack. Bug: 171529940 Test: test-only change Change-Id: I48bd594cf3a37575f4888c1be9a1cf535de2e4d2
-
Lorenzo Colitti authored
Currently, NetworkRequest has several types of requests (LISTEN, TRACK_DEFAULT, REQUEST, BACKGROUND_REQUEST), and we expect more to be added. There are really three categories of request: 1. Requests satisfied by only one network and will keep that network up, and thus need to be sent to NetworkProviders: REQUEST, BACKGROUND_REQUEST. 2. Requests satisfied by only one network but will not keep that network up: TRACK_DEFAULT 3. Requests satisfied by multiple networks and will not keep any networks up: LISTEN. Unfortunately the separation is not very clear. Currently, for any valid request, either isListen() will return true or isRequest() will return true. This makes it impossible to tell whether a particular request should be sent to NetworkProviders, so the current code sends TRACK_DEFAULT requests to NetworkProviders as well. This is incorrect - a TRACK_DEFAULT should never keep a network up, for example. This CL attempts to clarify things by making isRequest() return false for TRACK_DEFAULT requests and thus never sending them to NetworkProviders. After this CL: - isRequest will return true only for requests that attempt to bring up or keep up a network. - isListen will return true only for requests that match multiple networks but do not keep any of them up. - Neither will return true for TRACK_DEFAULT. Test: atest ConnectivityServiceTest Change-Id: I7aad30ade8f7ab2a179e53483d9afd8675f64a12
-
Serik Beketayev authored
-
- Feb 06, 2021
-
-
Serik Beketayev authored
Revert submission 1553146-android_util Reason for revert: Build Breakage aosp-master/db845c-userdebug @ 7128996 Reverted Changes: Ia39f6e03f:[Mainline] Migrate android.utils package items Iaf99140d6:[Mainline] Migrate android.utils package items Change-Id: I5bdaec5d1a87436510c3e05fadaf0124d86b1bdf
-
Serik Beketayev authored
-
Treehugger Robot authored
-
James Mattis authored
* changes: Stubbed setOemNetworkPreference in Connectivity Update OemNetworkPreferences to use 1:1 Map
-
Treehugger Robot authored
-
Treehugger Robot authored
-
junyulai authored
This is mainly used by VCN, where VCN-eligible networks might be registered before VCN management service can fire request to prevent the newly created network from being torndown immediately by ConnectivityService. Test: atest ConnectivityServiceTest#testNewNetworkLingering atest ConnectivityServiceTest#testNewNetworkLingering_bgNetwork atest FrameworksNetTests --rerun-until-failure 20 Bug: 175180558 Change-Id: I7768daf4cf2d8f6d8057b5107412e06104ba82e0
-
- Feb 05, 2021
-
-
Jeff Sharkey authored
-
Dmitri Plotnikov authored
Change-Id: Ia81dd386551db0a3c8bc73c03a6991b3c7c05770
-
Josh Gao authored
* changes: Parse proto tombstones. Extract tombstone tracking to a separate service.
-
Tianjie Xu authored
-
Kholoud Mohamed authored
-
Jeff Sharkey authored
-
Jeff Sharkey authored
-
Janis Danisevskis authored
Test: CTS test. Change-Id: I2a1edcf275da02cf005b6600450d152530eceaa9
-
Anton Hansson authored
-
Cody Kesting authored
* changes: Remove use of locks in VcnGatewayConnection. Support Safemode for VCNs.
-
Anton Hansson authored
-
Jeff DeCew authored
Change-Id: I15afb8f80a3d067af522707748a5b07c015af138
-
Anton Hansson authored
-
Anton Hansson authored
...in order to be able to resolve IKE classes. Note that this can be removed once the prebuilt stub in prebuilts/sdk contains IKE, which can be achieved with a new import after this CL is submitted: I10759d22eaba4861b7d7f283b551156f09f54675 Bug: 177266501 Test: m Change-Id: I7229b1486e7170acca5da8f1b7874e5eaaecb1db
-
Anton Hansson authored
This facilities easier updating when new classes get added. Bug: 177266501 Test: m Change-Id: I85b3832681f0455093d2a33ace7dbc1028a1a5ff
-
Aaron Huang authored
-
Treehugger Robot authored
-
Junyu Lai authored
-
Frank Li authored
-