Skip to content
Snippets Groups Projects
  1. Feb 21, 2024
  2. Feb 20, 2024
  3. Feb 19, 2024
  4. Feb 17, 2024
  5. Feb 16, 2024
  6. Feb 15, 2024
  7. Feb 14, 2024
    • Suprabh Shukla's avatar
    • Yahav Nussbaum's avatar
      Flag declaration file for Nearby · 0ea00dd7
      Yahav Nussbaum authored
      Using the same container value as other flags in Connectivity
      
      Bug: 324993608
      Test: TH
      Change-Id: I6c8bbb4401ced54207ed352ce08c5930de4d6ab1
      0ea00dd7
    • Remi NGUYEN VAN's avatar
      Add CtsNetTestCases to MTS · 4a01ecf7
      Remi NGUYEN VAN authored
      CtsNetTestCasesLatestSdk was originally used for MTS to prevent
      installation issues with CUR_DEVELOPMENT target SDK modules (as is the
      case for CtsNetTestCases) not installing on released devices.
      
      However setting the min_sdk to a given value should be enough for that
      purpose. While there may have been other blockers requiring separation
      of CtsNetTestCases and CtsNetTestCasesLatestSdk at the time (in the Q/R
      timeframe), more recent modules like CtsAdServicesDeviceTestCases seem
      to be using CUR_DEVELOPMENT target SDK in MTS just fine.
      
      Not specifying a target SDK means that the branch default will be used,
      depending on the release configuration. So for example trunk_staging
      would typically be CUR_DEVELOPMENT=10000, and "next" may use the SDK
      version of that release.
      This makes sense as a test suite targeting CUR_DEVELOPMENT is necessary
      to verify a development build, while a production "next" configuration
      should generally use the latest released SDK. But in any case, for
      CtsNetTestCases purposes, this would cause the exercised connectivity
      APIs to use their latest non-compatibility behavior, which is what
      tests expect.
      
      Considering this, add CtsNetTestCases to MTS, so that
      CtsNetTestCasesLatestSdk can be removed. This will allow having one test
      suite for both CTS and MTS, which in turns allows marking
      CtsNetTestCases as MCTS, so that the version of the test to run is
      autodetected based on installed modules.
      
      Note this change also removes the unnecessary "platform_api" statement
      and comment as this is already handled in
      framework-connectivity-test-defaults.
      
      Bug: 317913702
      Test: m, aapt dump badging, verify (min)sdkVersion=30, targetSdk=10000
      Change-Id: I2267e5c9219f059872928cc681547c3bd5fbc394
      4a01ecf7
    • Motomu Utsumi's avatar
      Merge "Include FlaggedApi.bp" into main · e9e28ce2
      Motomu Utsumi authored
      e9e28ce2
    • Suprabh Shukla's avatar
      CTS for default background network restrictions · b2e574d4
      Suprabh Shukla authored
      Apps will now lose network access once they are in top-sleeping or
      higher process state. Adding some cts tests to ensure correct behavior.
      
      The tests are using temporarily using junit Assume to skip if the
      feature flag is enabled to enable a following code migration.
      
      Test: atest CtsHostsideNetworkTests
      
      BYPASS_INCLUSIVE_LANGUAGE_REASON=Existing method
      
      Bug: 304347838
      Change-Id: Iba7c7bd01309fa7a301fdc1524033f0fad5ae512
      b2e574d4
  8. Feb 13, 2024
Loading