7.6. Memory and Storage
7.6.1. Minimum Memory and Storage
Device implementations:
- [C-0-1] MUST include a Download Manager that applications MAY use to download data files and they MUST be capable of downloading individual files of at least 100MB in size to the default “cache” location.
7.6.2. Application Shared Storage
Device implementations:
- [C-0-1] MUST offer storage to be shared by applications, also often referred as “shared external storage”, “application shared storage” or by the Linux path “/sdcard” it is mounted on.
- [C-0-2] MUST be configured with shared storage mounted by default, in other words “out of the box”, regardless of whether the storage is implemented on an internal storage component or a removable storage medium (e.g. Secure Digital card slot).
- [C-0-3] MUST mount the application shared storage directly on the Linux path
sdcard
or include a Linux symbolic link from sdcard
to the actual mount point. - [C-0-4] MUST enable scoped storage by default for all apps targeting API level 29 or above, except in the following situation:
- When the app has requested
android:requestLegacyExternalStorage="true"
in their manifest.
- [C-0-5] MUST redact location metadata, such as GPS Exif tags, stored in media files when those files are accessed through
MediaStore
, except when the calling app holds the ACCESS_MEDIA_LOCATION
permission.
Device implementations MAY meet the above requirements using either of the following:
- User-accessible removable storage, such as a Secure Digital (SD) card slot.
- A portion of the internal (non-removable) storage as implemented in the Android Open Source Project (AOSP).
If device implementations use removable storage to satisfy the above requirements, they:
- [C-1-1] MUST implement a toast or pop-up user interface warning the user when there is no storage medium inserted in the slot.
- [C-1-2] MUST include a FAT-formatted storage medium (e.g. SD card) or show on the box and other material available at time of purchase that the storage medium has to be purchased separately.
If device implementations use a portion of the non-removable storage to satisfy the above requirements, they:
- SHOULD use the AOSP implementation of the internal application shared storage.
- MAY share the storage space with the application private data.
If device implementations have a USB port with USB peripheral mode support, they:
- [C-3-1] MUST provide a mechanism to access the data on the application shared storage from a host computer.
- SHOULD expose content from both storage paths transparently through Android’s media scanner service and
android.provider.MediaStore
. - MAY use USB mass storage, but SHOULD use Media Transfer Protocol to satisfy this requirement.
If device implementations have a USB port with USB peripheral mode and support Media Transfer Protocol, they:
- SHOULD be compatible with the reference Android MTP host, Android File Transfer.
- SHOULD report a USB device class of 0x00.
- SHOULD report a USB interface name of ‘MTP’.
7.6.3. Adoptable Storage
If the device is expected to be mobile in nature unlike Television, device implementations are:
- [SR] STRONGLY RECOMMENDED to implement the adoptable storage in a long-term stable location, since accidentally disconnecting them can cause data loss/corruption.
If the removable storage device port is in a long-term stable location, such as within the battery compartment or other protective cover, device implementations are: