Skip to content
Snippets Groups Projects
Select Git revision
  • test
  • fifteen-qpr0-new
  • fifteen default
3 results
Search by author
  • Any Author
  • Farzin Kazemzadeh Farzin Kazemzadeh itisFarzin
1 author
  1. Dec 08, 2020
    • Jeff Sharkey's avatar
      Improve OWNERS coverage across frameworks/base/. · 52b9862f
      Jeff Sharkey authored 
      As general background, OWNERS files expedite code reviews by helping
code authors quickly find relevant reviewers, and they also ensure
that stakeholders are involved in code changes in their areas.

Some teams under frameworks/base/ have been using OWNERS files
successfully for many years, and we're ready to expand them to cover
more areas.  Here's the historical coverage statistics for the last
two years of changes before these new OWNERS changes land:

-- 56% of changes are fully covered by OWNERS
-- 17% of changes are partially covered by OWNERS
-- 25% of changes have no OWNERS coverage

Working closely with team leads, we've now identified clear OWNERS on
a per-package basis, and we're using "include" directives whenever
possible to to simplify future maintenance.  With this extensive
effort, we've now improved our coverage as follows:

-- 98% of changes are fully covered by OWNERS
-- 1% of changes are partially covered by OWNERS
-- 1% of changes have no OWNERS coverage

This specific change is automatically generated by a script that
identifies relevant "include" directives.

Bug: 174932174
Test: manual
Exempt-From-Owner-Approval: refactoring with team leads buy-in
Merged-In: I3480ddf2fe7ba3dfb922b459d4da01fa17a2c813
Change-Id: I3480ddf2fe7ba3dfb922b459d4da01fa17a2c813
      52b9862f
  3. May 14, 2020
  5. Mar 18, 2020
  7. Feb 13, 2020
  9. Jan 31, 2020
  11. Jan 12, 2020
  13. Sep 25, 2019
  15. Aug 09, 2019
  17. Aug 06, 2019
  19. Jul 30, 2019
  21. Jul 24, 2019
  23. May 21, 2019
  25. May 09, 2019
  27. May 04, 2019
  29. Apr 17, 2019
  31. Apr 13, 2019
  33. Apr 07, 2019
  35. Feb 19, 2019
  37. Feb 02, 2019
  39. Dec 18, 2018
  41. Sep 12, 2018
    • robinz1x's avatar
      Use getCompressedSizeLong to get correct size for 2G file · 7a7b240c
      robinz1x authored 
      
The MtpObjectInfo#getCompressedSize() returns the value in
Java int (signed 32-bit integer), so when the MtpObject size is
larger than 2^31-1, use getCompressedSize() will encounter
the IllegalStateException error.

Use getCompressedSizeLong() instead of getCompressedSize() can
get the correct size.

Test: manual - connect Android device to Android Automotive
Test: manual - select MTP/File Transfer in android device
Test: manual - copy a file which is bigger than 2GB from automotive to the android device.

bug: 115451170
Change-Id: Idb3529b6d6e8588c59d18aad1eae9c46df2e6fe0
Signed-off-by: default avatarrobinz1x <robinx.zhang@intel.com>
Signed-off-by: default avatarGuobin Zhang <guobin.zhang@intel.com>
      7a7b240c
  43. Aug 28, 2018
    • Jeff Sharkey's avatar
      More robust MTP-to-MIME-type mappings. · 91e3cd4c
      Jeff Sharkey authored 
      Recently in I830717428e72ac37c5ecd1f23d915aa878ef3744, we greatly
improved the underlying file-extension-to-MIME-type mappings defined
in libcore and used across the OS.

Instead of maintaining divergent mappings here in MediaFile, this
change delegates all file extension logic down to libcore, and
standardizes all MediaScanner internals on using MIME types.  To
register new file types in the future:

1. Add the MIME-to-extension registration in libcore.
2. Add the MIME-to-MTP mapping here in MediaFile.

This change also ensures that unknown MIME types are surfaced
across MTP, using constants like FORMAT_UNDEFINED_AUDIO for audio/*
until an explicit format is defined.

We now surface WMA/WMV file formats, even if the device can't
natively play them back, since we still want to offer the ability
for users to copy them around, and the user may have a third-party
app capable of playing them.

Keeps @UnsupportedAppUsage intact for now.

Bug: 111268862, 112162449
Test: atest frameworks/base/media/tests/MediaFrameworkTest/src/com/android/mediaframeworktest/unit/MediaFileTest.java
Test: atest cts/tests/tests/provider/src/android/provider/cts/MediaStore*
Change-Id: I2f6a5411bc215f776f00e0f9a4b7d825b10b377d
      91e3cd4c
  45. Apr 06, 2018
  47. Apr 04, 2018
  49. Mar 29, 2018
  51. Mar 17, 2018
  53. Mar 06, 2018
    • Bill Yi's avatar
      Import translations. DO NOT MERGE · 7aae3e0f
      Bill Yi authored 
      Change-Id: Id1012c9674dececce42d71b5e50023408faa3aac
Auto-generated-cl: translation import
      7aae3e0f
    • Dianne Hackborn's avatar
      Fix issue #72116995: Add permission guarding Service#startForeground · dd027b3a
      Dianne Hackborn authored 
      Now requires permission if targeting P.

Note that this is a separate permission from the existing one
that is required for instant apps to use foreground services.  The
reason for this is that their semantics are different (the instant
apps permission is associated with an app op for control over what
the app is allowed, while the regular app permission is just a
normal permission that is always granted and only there for
auditing of apps), and there are probably going to be cases where
a developer will want to use a foreground service in the full
version of their app but not as an instant app.

Bug: 72116995
Test: atest CtsAppTestCases
Change-Id: I883c9515c307ed8e39f0bf888c4045944c8183ac
      dd027b3a
  55. Mar 02, 2018
  57. Feb 28, 2018
    • Anton Hansson's avatar
      frameworks/base: Set LOCAL_SDK_VERSION where possible. · a3e79fbb
      Anton Hansson authored 
      This change sets LOCAL_SDK_VERSION for all packages where
this is possible without breaking the build, and
LOCAL_PRIVATE_PLATFORM_APIS := true otherwise.

Setting one of these two will be made required soon, and this
is a change in preparation for that. Not setting LOCAL_SDK_VERSION
makes the app implicitly depend on the bootclasspath, which is
often not required. This change effectively makes depending on
private apis opt-in rather than opt-out.

Test: make relevant packages
Bug: 73535841
Change-Id: Ibcffec873a693d1c792ca210fb597d2bf37e9068
Merged-In: I4233b9091d9066c4fa69f3d24aaf367ea500f760
      a3e79fbb
    • Anton Hansson's avatar
      frameworks/base: Set LOCAL_SDK_VERSION where possible. · ab6ec612
      Anton Hansson authored 
      This change sets LOCAL_SDK_VERSION for all packages where
this is possible without breaking the build, and
LOCAL_PRIVATE_PLATFORM_APIS := true otherwise.

Setting one of these two will be made required soon, and this
is a change in preparation for that. Not setting LOCAL_SDK_VERSION
makes the app implicitly depend on the bootclasspath, which is
often not required. This change effectively makes depending on
private apis opt-in rather than opt-out.

Test: make relevant packages
Bug: 73535841
Change-Id: I4233b9091d9066c4fa69f3d24aaf367ea500f760
      ab6ec612
  59. Feb 22, 2018
  61. Feb 12, 2018
  63. Feb 07, 2018
    • Dianne Hackborn's avatar
      Fix issue #72116995: Add permission guarding Service#startForeground · a9da85fd
      Dianne Hackborn authored 
      Now requires permission if targeting P.

Note that this is a separate permission from the existing one
that is required for instant apps to use foreground services.  The
reason for this is that their semantics are different (the instant
apps permission is associated with an app op for control over what
the app is allowed, while the regular app permission is just a
normal permission that is always granted and only there for
auditing of apps), and there are probably going to be cases where
a developer will want to use a foreground service in the full
version of their app but not as an instant app.

Bug: 72116995
Test: atest CtsAppTestCases
Change-Id: I95afb7185742b82c525e775ca20bb36015510b43
      a9da85fd