summaryrefslogtreecommitdiff
path: root/framework/src/android/net/NetworkRequest.java
Commit message (Collapse)AuthorAgeFilesLines
* Add @SupressLint to get around incorrect warning.James Mattis2022-02-081-0/+10
| | | | | | | | | | | | | | | EthernetNetworkSpecifier is being moved from being @SystemApi to public. This is causing the linter to incorrectly throw errors when building on erro prone. Add @SupressLint to the method causing the errors prevents the incorrect warning from causing build failures. Tracking bug b/193460475 - TODO to remove once fixed. Ignore-AOSP-First: merge conflict resolutions Bug: 210485380 Test: build errorprone Change-Id: Id297e739a2288ccc232c6b989ec7fee41837a910
* Add getEnterpriseId api to network requestSooraj Sasindran2022-01-261-0/+27
| | | | | | | Bug: 194332512 CTS-Coverage-Bug: 216481336 Test: build Change-Id: I1446f8eecf43f7c6d243dc82af08d04957dd60e3
* Merge "[VCN21] Do not add NOT_VCN_MANAGED capability if specifier is ↵Junyu Lai2021-05-191-7/+12
|\ | | | | | | present" into sc-dev
| * [VCN21] Do not add NOT_VCN_MANAGED capability if specifier is presentjunyulai2021-05-191-7/+12
| | | | | | | | | | | | | | | | | | Test: atest NetworkRequestTest#testBypassingVcn Fix: 176939355 Fix: 188597540 Merged-In: I98dd3f4652dc067eb5c4666e952db6c854bcbb10 Change-Id: I98dd3f4652dc067eb5c4666e952db6c854bcbb10 (cherry-picked from aosp/1705390)
* | Allow unprivileged NetworkCallbacks to see other UIDs' networks.Lorenzo Colitti2021-05-181-3/+32
|/ | | | | | | | | | | | | | Currently, unprivileged apps can call getAllNetworks() to see all networks on the system, even networks that do not apply to them. Allow them to do this via NetworkCallbacks as well. This is the last piece of information that was only available through getAllNetworks, so this CL deprecates that API. Bug: 187921303 Test: new unit tests Test: CTS test in other CL in topic Change-Id: I30f1021927d3c8eae6525116c61ff4a4acecff6d
* Rename unwanted capabilities to forbidden capabilities.Lorenzo Colitti2021-05-081-15/+16
| | | | | | | | | Addresses API council feedback. Bug: 184890428 Test: atest FrameworksNetTests CtsNetTestCases Test: atest CtsNetTestCasesLatestSdk:NetworkCapabilitiesTest on R device Change-Id: Id7c68fbf56ee08fcad8e8e3aacf037fa1885936b
* Merge "Do not deduce VCN capability if Builder is derived from request" am: ↵Treehugger Robot2021-04-211-0/+4
|\ | | | | | | | | | | | | | | ed05115dca am: b91719b526 am: 662285d428 Original change: https://android-review.googlesource.com/c/platform/frameworks/base/+/1683015 Change-Id: I6ecdb60e530807c8a93f2709784cf1b5814a2178
| * Do not deduce VCN capability if Builder is derived from requestjunyulai2021-04-211-0/+4
| | | | | | | | | | | | | | | | | | | | | | If the caller constructed the builder from a request, it means the user might explicitly want the capabilities from the request. Thus, the NOT_VCN_MANAGED capabilities should not be touched later. Test: TH Fix: 185876442 Change-Id: I92037cc8547fb72de12d6b6402f060f6c98e1853
| * Remove Network, NetworkRequest metrics from jobschedulerAaron Huang2021-04-071-13/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | These metrics are deprecated so remove them from jobscheduler. Also remove dumpDebug method from Network, NetworkRequest and NetworkCapabilities because there's no caller anymore. This change also for connectivity mainline module. These three classes are inculded in framework-connectivity so external module cannot have dependencies on its hidden API. With this change, the dependencies can be removed. (cherry-picked from ag/13959431) Bug: 178777253 Test: FrameworksNetTests JobStoreTest adb shell dumpsys jobscheduler --proto CtsIncidentHostTestCases:JobSchedulerIncidentTest Merged-In: Ie0c540303ba06b8fba029d2b98ae753afb08c963 Change-Id: Ie0c540303ba06b8fba029d2b98ae753afb08c963
* | [VCN19] Rename get/setSubIds to get/setSubscriptionIdsjunyulai2021-04-151-2/+2
| | | | | | | | | | | | | | Test: atest FrameworksNetTests FrameworksVcnTests Fix: 185215036 Ignore-AOSP-First: avoid merge conflict Change-Id: I9d90df5fc13b36d2cdc4920b456dcc87fcd2b3a7
* | Merge "Reduce framework-connectivity footprint" into sc-devRemi NGUYEN VAN2021-04-051-19/+0
|\ \
| * | Reduce framework-connectivity footprintRemi NGUYEN VAN2021-04-021-19/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Cleanup framework-connectivity to reduce its memory and storage usage: - Build libframework-connectivity-jni using standard C and removing dependencies on libc++. This saves about 100kB of storage (40+60kB on the 32+64 bit variants). - Remove dependency on protobuffer libraries, as their usage has been removed. This saves about 15kB of storage. From local measurements, the reduced code size also improves memory usage. This also removes a jarjar workaround for net-utils-device-common, as the library is no longer used either. Bug: 184111895 Test: device boots, connectivity working Change-Id: Ibfbd0fe1098293812ae24812621752a7a44f9130
* | | Merge "Downgrade list of subIds in NetworkCapabilities to @SystemApi" am: ↵Benedict Wong2021-04-031-0/+5
|\ \ \ | |/ / |/| / | |/ | | | | | | | | 42d706acfc am: 10b113c621 am: 46557b02fe Original change: https://android-review.googlesource.com/c/platform/frameworks/base/+/1652974 Change-Id: I7a85feb9753ae91ff3d67dc82c8bc880a6626074
| * Downgrade list of subIds in NetworkCapabilities to @SystemApiBenedict Wong2021-04-021-0/+5
| | | | | | | | | | | | | | | | | | | | This change downgrades API visibility for the list-of-subIds in the NetworkCapabilities to SystemApi Bug: 175662146 Test: atest NetworkCapabilitiesTest#testSubIds Test: atest FrameworksNetTests Change-Id: I372fa9eaa7585aefd1710948ca007456feedd578
| * [JS01]Remove hidden API usage of Connectivity Sevicelifr2021-03-301-0/+39
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The Connectivity service will become the mainline module. Therefore, remove the caller of using Connectivity's hidden API outside the module and expose the required connectivity API used in Jobscheduler. Bug: 183456204 CTS-Coverage-Bug: 170598012 Test: atest JobStoreTest Change-Id: Ie6bc81ff382fb242b98f35d28a96defc207c7987 Merged-In: Ie6bc81ff382fb242b98f35d28a96defc207c7987 (cherry-picked from ag/13946348)
| * Merge "Add NetworkRequest.Builder creating from an existing instance"Chiachang Wang2021-03-231-0/+8
| |\
| | * Add NetworkRequest.Builder creating from an existing instanceChiachang Wang2021-03-231-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Provide a formal way to construct a new NetworkRequest from an existing instance. The network capabilities inside the NetworkRequest is hidden. There is no way to pass a NetworkRequest and update its capabilities. Add NetworkRequest.Builder creating from an existing instance to allow to clone the network capabilities. Bug: 172183305 Test: make update-api Change-Id: I068462b2a1410daf67b0c95f2b643d396f079531 Merged-In: I068462b2a1410daf67b0c95f2b643d396f079531
| * | [VCN15] expose addUnwantedCapability and related APIsjunyulai2021-03-221-0/+20
| |/ | | | | | | | | | | | | | | Test: m -j doc-comment-check-docs Bug: 175662146 Merged-In: I3f2e6a99e015f09cc4405f6804eac4ae33e3dcc7 Change-Id: I3f2e6a99e015f09cc4405f6804eac4ae33e3dcc7 (cherry-picked from ag/13929102)
| * Revert "Revert "Expose uids related APIs in NetworkRequest and N..."Chiachang Wang2021-03-191-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Revert^2 "Add shims for NetworkRequest" b72b3ca768fc25ef72dc78f1396b08447b8ef5c6 NetworkRequest is moving into the incoming connectivity mainline module. The hidden setUids becomes inaccessible outside the module. Shims for support cts in different API levels will need to use it to verify the behavior of NetworkRequest. Thus, expose it to the API surface. Also, VPN uses getUids and setUids to control network capabilities. Networkcapabilities is a part of incoming connectivity mainline module but VPN is not. Thus, exposing these two methods are needed to allow VPN to continue using it. Test: make update-api Bug: 172183305 Change-Id: I4b8e1aa558e3459a932535f9901f4ae86b0ecb67 Merged-In: I107c329d4d7130d488772166eae8b5e7aaa2ff04
| * Revert^2 "Replace the usage of UidRange"Chiachang Wang2021-03-191-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | b6c51b2c978fbcb9c1507b61635c64229c8ffe53 UidRange is used in a shared way between ConnectivityService and VPN through the use of NetworkCapabilities. UidRange will be part of the ConnectivityService mainline but Vpn.java will stay in the framework. We need a way to replace the APIs using UidRange, or to make UidRange system API. The only really relevant surface here is NetworkCapabilities#{setUids, getUids}. The need for UidRange could be replaced by an integer Range, so replace the usage of UidRange by a integer Range in NetworkCapabilities#{setUids, getUids} and update the relevant callers. Bug: 172183305 Test: atest FrameworksNetTests CtsNetTestCasesLatestSdk Change-Id: I0f679fb5fb8f4fe26461ca4912ca1fdfe7f43c9e Merged-In: I4e5aec6ef1ea02e038fcd7ed117a3b67b69c5cb9
* | Merge "Remove Network, NetworkRequest metrics from jobscheduler" into sc-devAaron Huang2021-03-231-13/+0
|\ \
| * | Remove Network, NetworkRequest metrics from jobschedulerAaron Huang2021-03-231-13/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | These metrics are deprecated so remove them from jobscheduler. Also remove dumpDebug method from Network, NetworkRequest and NetworkCapabilities because there's no caller anymore. This change also for connectivity mainline module. These three classes are inculded in framework-connectivity so external module cannot have dependencies on its hidden API. With this change, the dependencies can be removed. Bug: 178777253 Test: FrameworksNetTests JobStoreTest adb shell dumpsys jobscheduler --proto CtsIncidentHostTestCases:JobSchedulerIncidentTest Change-Id: Ie0c540303ba06b8fba029d2b98ae753afb08c963
* | | [JS01]Remove hidden API usage of Connectivity Sevicelifr2021-03-231-0/+39
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The Connectivity service will become the mainline module. Therefore, remove the caller of using Connectivity's hidden API outside the module and expose the required connectivity API used in Jobscheduler. Bug: 183456204 CTS-Coverage-Bug: 170598012 Test: atest JobStoreTest Change-Id: Ie6bc81ff382fb242b98f35d28a96defc207c7987
* | | Merge "[VCN15] expose addUnwantedCapability and related APIs" into sc-devLorenzo Colitti2021-03-231-0/+20
|\ \ \
| * | | [VCN15] expose addUnwantedCapability and related APIsjunyulai2021-03-221-0/+20
| |/ / | | | | | | | | | | | | | | | Test: m -j doc-comment-check-docs Bug: 175662146 Change-Id: I3f2e6a99e015f09cc4405f6804eac4ae33e3dcc7
* / / Add NetworkRequest.Builder creating from an existing instanceChiachang Wang2021-03-221-0/+8
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | Provide a formal way to construct a new NetworkRequest from an existing instance. The network capabilities inside the NetworkRequest is hidden. There is no way to pass a NetworkRequest and update its capabilities. Add NetworkRequest.Builder creating from an existing instance to allow to clone the network capabilities. Bug: 172183305 Test: make update-api Change-Id: I068462b2a1410daf67b0c95f2b643d396f079531 CTS-Coverage-Bug: 172183305
* | Expose uids related APIs in NetworkRequest and NetworkCapabilitiesChiachang Wang2021-03-191-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | NetworkRequest is moving into the incoming connectivity mainline module. The hidden setUids becomes inaccessible outside the module. Shims for support cts in different API levels will need to use it to verify the behavior of NetworkRequest. Thus, expose it to the API surface. Also, VPN uses getUids and setUids to control network capabilities. Networkcapabilities is a part of incoming connectivity mainline module but VPN is not. Thus, exposing these two methods are needed to allow VPN to continue using it. Test: make update-api Bug: 172183305 Change-Id: I107c329d4d7130d488772166eae8b5e7aaa2ff04
* | Replace the usage of UidRangeChiachang Wang2021-03-191-2/+3
|/ | | | | | | | | | | | | | | | | UidRange is used in a shared way between ConnectivityService and VPN through the use of NetworkCapabilities. UidRange will be part of the ConnectivityService mainline but Vpn.java will stay in the framework. We need a way to replace the APIs using UidRange, or to make UidRange system API. The only really relevant surface here is NetworkCapabilities#{setUids, getUids}. The need for UidRange could be replaced by an integer Range, so replace the usage of UidRange by a integer Range in NetworkCapabilities#{setUids, getUids} and update the relevant callers. Bug: 172183305 Test: atest FrameworksNetTests CtsNetTestCasesLatestSdk Change-Id: I4e5aec6ef1ea02e038fcd7ed117a3b67b69c5cb9
* Revert "Replace the usage of UidRange"Anthony Stange2021-03-181-3/+2
| | | | | | | | | | | | | | | Revert "Add shims for NetworkRequest" Revert submission 1626206-replaceUidRange Reason for revert: Breaking build - b/183106405 Reverted Changes: I0b79c73e8:Add shims for NetworkRequest I4bc0daf5a:Replace the usage of UidRange I4e5aec6ef:Replace the usage of UidRange I107c329d4:Expose uids related APIs in NetworkRequest and Net... Change-Id: I6290429db1c8e787f8138b55b98fd92a74ac6402
* Revert "Expose uids related APIs in NetworkRequest and NetworkCa..."Anthony Stange2021-03-181-4/+0
| | | | | | | | | | | | | | | Revert "Add shims for NetworkRequest" Revert submission 1626206-replaceUidRange Reason for revert: Breaking build - b/183106405 Reverted Changes: I0b79c73e8:Add shims for NetworkRequest I4bc0daf5a:Replace the usage of UidRange I4e5aec6ef:Replace the usage of UidRange I107c329d4:Expose uids related APIs in NetworkRequest and Net... Change-Id: I45e08f89533af0d6851add38fecb5c6c114615ae
* Expose uids related APIs in NetworkRequest and NetworkCapabilitiesChiachang Wang2021-03-171-0/+4
| | | | | | | | | | | | | | | | | NetworkRequest is moving into the incoming connectivity mainline module. The hidden setUids becomes inaccessible outside the module. Shims for support cts in different API levels will need to use it to verify the behavior of NetworkRequest. Thus, expose it to the API surface. Also, VPN uses getUids and setUids to control network capabilities. Networkcapabilities is a part of incoming connectivity mainline module but VPN is not. Thus, exposing these two methods are needed to allow VPN to continue using it. Test: make update-api Bug: 172183305 Change-Id: I107c329d4d7130d488772166eae8b5e7aaa2ff04
* Replace the usage of UidRangeChiachang Wang2021-03-171-2/+3
| | | | | | | | | | | | | | | | | UidRange is used in a shared way between ConnectivityService and VPN through the use of NetworkCapabilities. UidRange will be part of the ConnectivityService mainline but Vpn.java will stay in the framework. We need a way to replace the APIs using UidRange, or to make UidRange system API. The only really relevant surface here is NetworkCapabilities#{setUids, getUids}. The need for UidRange could be replaced by an integer Range, so replace the usage of UidRange by a integer Range in NetworkCapabilities#{setUids, getUids} and update the relevant callers. Bug: 172183305 Test: atest FrameworksNetTests CtsNetTestCasesLatestSdk Change-Id: I4e5aec6ef1ea02e038fcd7ed117a3b67b69c5cb9
* [VCN13] Implement tracking best matching networkjunyulai2021-03-161-1/+10
| | | | | | | | | | | | | | | This is done by: 1. In requestNetwork, provide a basic permission check. 2. rematchNetworksAndRequests: no change, since non listen requests will be automatically processed to track best satisfying network. 3. applyNetworkReassignment: no change, since non-request will not be sent to factories. Test: atest ConnectivityServiceTest#testRegisterBestMatchingNetworkCallback_noIssueToFactory Test: atest ConnectivityServiceTest#testRegisterBestMatchingNetworkCallback_trackBestNetwork Bug: 175662146 Change-Id: I8cf4ab334df6812d84cdda160e9b72b6f54062af
* Merge changes from topics "vcn04", "vcn12"Junyu Lai2021-03-121-0/+15
|\ | | | | | | | | | | * changes: [VCN12] Expose setSubIds/getSubIds APIs [VCN04] Add Subscription Id set into NetworkCapabilities
| * [VCN12] Expose setSubIds/getSubIds APIsjunyulai2021-03-111-2/+0
| | | | | | | | | | | | Test: atest NetworkCapabilitiesTest Bug: 175662146 Change-Id: Ia4b98bc6c5fcefee44233f3b7fbb6517a0e8870e
| * [VCN04] Add Subscription Id set into NetworkCapabilitiesjunyulai2021-03-111-0/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a generic way to request networks that has different subId but belongs to the same carrier. For example, cellular networks with different SIM card, or carrier Wifi that provided by the operator. Test: atest NetworkCapabilitiesTest#testSubIds Test: m doc-comment-check-docs -j Test: atest CtsNetTestCases Bug: 175662146 Change-Id: Ifca766f5acc73c285948d6251ec31506d9bb0bcb
* | Merge changes from topic "ethernet_specifier"Remi NGUYEN VAN2021-03-111-5/+12
|\| | | | | | | | | | | * changes: Fix common tests on Q and R Add Ethernet, TestNetworkSpecifier API
| * Add Ethernet, TestNetworkSpecifier APIRemi NGUYEN VAN2021-03-111-5/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Rename StringNetworkSpecifier to EthernetNetworkSpecifier (its only production user), and make it module-lib API. The original StringNetworkSpecifier file is actually kept to satisfy some invalid dependencies; it will be removed separately. This allows specifying an Ethernet interface with a non-deprecated API: until this change the only way to do so would be to use NetworkRequest#setSpecifier(String), which is deprecated. Similarly, add the TestNetworkSpecifier API for TestNetworkManager, to replace previous usage of StringNetworkSpecifier. TestNetworkManager is module API, so TestNetworkSpecifier should be module API too. This allows tests to request the test interface specifically, without using the deprecated NetworkRequest#setSpecifier(String). Bug: 179329291 Test: m Merged-In: Iee569f5c8bbdc4bc979610e1191308281f3d4620 Change-Id: Iee569f5c8bbdc4bc979610e1191308281f3d4620
* | [VCN10] Add new API to listen for highest score networkjunyulai2021-03-111-0/+5
|/ | | | | | Test: atest ConnectivityServiceTest#testRegisterBestMatchingNetworkCallback Bug: 175662146 Change-Id: Ifa411c7b53da789c74fff7e1a95f9c9ebf5bd05c
* [VCN07] Bypass VCN for non-internet app accessible cellular servicesjunyulai2021-02-221-0/+69
| | | | | | | | | | | | | | | | | Deduce the NET_CAPABILITY_NOT_VCN_MANAGED capability from other capabilities and user intention, which includes: 1. For the requests that don't have anything besides VCN_SUPPORTED_CAPABILITIES, add the NOT_VCN_MANAGED to allow the callers automatically utilize VCN networks if available. 2. For the requests that explicitly add or remove NOT_VCN_MANAGED, do not alter them to allow user fire request that suits their need. Test: atest NetworkRequestTest#testBypassingVcnForNonInternetRequest Bug: 175662146 Change-Id: I2876264cee14b624c89ba3b380027a8b521ad8ea (cherry-picked from aosp/1549817)
* Merge "Revert "[VCN07] Bypass VCN for non-internet app accessible cellu...""Remi NGUYEN VAN2021-02-151-69/+0
|\
| * Revert "[VCN07] Bypass VCN for non-internet app accessible cellu..."Remi NGUYEN VAN2021-02-121-69/+0
| | | | | | | | | | | | | | | | | | | | | | | | Revert submission 1579872-vcn07 Reason for revert: Possible culprit for b/179768816, broken ConnectivityControllerTest Reverted Changes: Id09b19c13:Address comments on aosp/1550755 I245bd69e0:[VCN07.1] Add test for bypassing VCN for non-inter... I9936894b9:[VCN07] Bypass VCN for non-internet app accessible... Change-Id: Ie5f8c3051fed40623e5d4705ac2243ef51a898bd
* | Add a registerSystemDefaultNetworkCallback method.Lorenzo Colitti2021-02-091-11/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This method allows internal components to track the system default network. This differs from registerDefaultNetworkCallback because that method sends callbacks for the default network for the UID that called it. This may not be the system default network, for example, when a VPN is up and applies to the UID. Bug: 173331190 Test: new unit tests in ConnectivityServiceTest Test: new unit tests in ConnectivityManagerTest Test: new CTS tests in ConnectivityServiceTest Test: new CTS tests in HostsideVpnTests in other CL in this topic Change-Id: Id02748a2183f71b71ff2a53a580466b9dcecaa93
* | Merge "[VCN07] Bypass VCN for non-internet app accessible cellular services"Junyu Lai2021-02-081-0/+69
|\|
| * [VCN07] Bypass VCN for non-internet app accessible cellular servicesjunyulai2021-02-041-0/+69
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Deduce the NET_CAPABILITY_NOT_VCN_MANAGED capability from other capabilities and user intention, which includes: 1. For the requests that don't have anything besides VCN_SUPPORTED_CAPABILITIES, add the NOT_VCN_MANAGED to allow the callers automatically utilize VCN networks if available. 2. For the requests that explicitly add or remove NOT_VCN_MANAGED, do not alter them to allow user fire request that suits their need. Test: atest NetworkRequestTest#testBypassingVcnForNonInternetRequest Bug: 175662146 Change-Id: I9936894b9530a22fb186cfd25cbee0fced65b72b
* | More cleanly separate requests and listens.Lorenzo Colitti2021-02-071-19/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* | Add @Nullable to Object#equals()Roman Kalukiewicz2021-02-051-1/+1
|/ | | | | | | | | | | | This is a partial cherry-pick of change: I5eedb571c9d78862115dfdc5dae1cf2a35343580 for connectivity classes. Bug: 170883422 Test: m Merged-In: I5eedb571c9d78862115dfdc5dae1cf2a35343580 Change-Id: I7dc661863b73f4198ddb4f3a1566583d0f07db3c
* Move module sources to packages/ConnectivityRemi NGUYEN VAN2021-02-011-0/+582
Files that are planned to be part of the connectivity module are grouped in packages/Connectivity, so they can be built separately and moved in one operation with their history into packages/modules/Connectivity. This places the files in the existing framework-connectivity-sources filegroup instead of the current framework-core-sources filegroup. Both are used the same way in framework-non-updatable-sources. Bug: 171540887 Test: m Change-Id: I62d9d91574ace6f5c4624035d190260c3126b91e
generated by cgit v1.2.3 (git 2.25.1) at 2025-12-21 05:20:14 +0000