<CarlosDev/>

Actual

Android 10: almacenamiento acotado, sin postre

API 29, septiembre de 2019. La primera versión con solo un número por nombre. Almacenamiento acotado, permiso propio para la ubicación en segundo plano, gestos y tema oscuro.

Publicado
Lectura
21 min
Redacción
Estable
Serie
Parte 11 de 19 · Android, versión por versión
Banner de Android 10 Quince Tart, con el logo de la versión.
En este registro13 secciones

Android 10 es la versión en la que Android dejó de ponerles nombres de postres a sus versiones. Para quien desarrolla, es la versión de la privacidad: las apps con target API 29 solo ven sus propios archivos en el almacenamiento compartido, la ubicación en segundo plano pasó a ser un permiso propio y las apps perdieron el acceso al IMEI y al número de serie. Los usuarios recibieron la navegación por gestos y un tema oscuro para todo el sistema.

La pantalla de inicio de Android 10: un fondo degradado azul, la fecha y el clima arriba, cinco iconos de apps, la barra de búsqueda de Google y la barra de navegación de tres botones
Android 10 con el Pixel Launcher y la barra de navegación de tres botones. Wikimedia Commons · Free screenshot

De un vistazo

VersiónAndroid 10
Nivel de API29
NombreQuince Tart, solo interno. Nombre público: Android 10
Build.VERSION_CODESQ
SDK final5 de junio de 2019 (Beta 4, API 29 final)
LanzamientoDespliegue en Pixel y código en AOSP, 3 de septiembre de 2019
Dispositivos de lanzamientoOnePlus 7T, anunciado el 26 de septiembre de 2019; Pixel 4 y Pixel 4 XL de Google, anunciados el 15 de octubre de 2019
Plazo de target API en Google PlayApps nuevas desde el 3 de agosto de 2020, actualizaciones desde el 2 de noviembre de 2020

Google publicó el SDK final de API 29 con la Beta 4 el 5 de junio de 2019 y ese mismo día abrió Play a las apps con target API 29. El 3 de septiembre liberó el código en AOSP y empezó el despliegue a Pixel, Pixel 2, Pixel 3 y Pixel 3a. Android Police informó del despliegue ese mismo día. El Essential Phone y el Redmi K20 Pro de Xiaomi también recibieron la actualización el primer día. OnePlus presentó el 7T como el primer teléfono nuevo con Android 10 y las apps de Google de fábrica; el Pixel 4 fue el primer teléfono de Google que salió con esta versión. El boletín de seguridad de febrero de 2023 es el último que incluye Android 10 entre las versiones de AOSP corregidas; desde marzo de 2023 los boletines empiezan en Android 11. Las seis betas de Android Q, del 13 de marzo al 7 de agosto de 2019, son las partes que siguen a esta vista general.

Qué trajo

  • Navegación por gestos. Un modo totalmente gestual reemplaza la barra de navegación: deslizar hacia arriba lleva a inicio y deslizar desde cualquiera de los bordes laterales equivale a atrás. Las apps deben dibujar de borde a borde y manejar los insets. La barra de tres botones sigue disponible.
  • Tema oscuro. Un tema oscuro para todo el sistema, que se activa en Settings o con el ahorro de batería. Las apps pueden traer su propio tema oscuro o activar Force Dark con android:forceDarkAllowed="true" para que el sistema oscurezca un tema claro.
  • Plegables. En multiventana, todas las actividades visibles quedan en estado resumed, y solo la “topmost resumed” tiene el foco (onTopResumedActivityChanged()). Llega android:minAspectRatio, y resizeableActivity cambia de significado.
  • Paneles de ajustes. Las acciones de Settings.Panel muestran los ajustes de conectividad, Wi-Fi, NFC o volumen en un panel flotante sobre la app.
  • Sharing Shortcuts. Las apps publican de antemano sus destinos para compartir con ShortcutInfo, así que la hoja de compartir carga al instante. Reemplazan a las APIs de Direct Share, que siguen funcionando con menor prioridad.
  • Smart Reply en notificaciones. El sistema sugiere respuestas y acciones con ML en el dispositivo. Una app puede desactivarlo con setAllowGeneratedReplies() y setAllowSystemGeneratedContextualActions().
  • Live Caption. Subtitula cualquier contenido que suene en el teléfono, con modelos de voz que corren en el dispositivo. No formó parte del lanzamiento del 3 de septiembre: Google dijo que llegaría “a los Pixel este otoño”.
  • Bubbles. Una notificación puede flotar como burbuja con setBubbleMetadata(). En Android 10 era un experimento detrás de una opción para desarrolladores.
  • Multimedia y conectividad. AV1, codificación Opus y HDR10+, captura del audio que reproducen otras apps, una API MIDI nativa, fotos con Dynamic Depth, soporte para 5G, las APIs WifiNetworkSpecifier y WifiNetworkSuggestion, Wi-Fi Easy Connect y DnsResolver para registros SRV y otros.
  • Dynamic System Updates. Un dispositivo puede descargar una Generic System Image (GSI), arrancarla desde una nueva partición dinámica como sistema invitado y volver al sistema instalado sin modificarlo. Google lo activó en el Pixel 3 y posteriores desde la Beta 4.
  • Otros añadidos. Una API térmica en PowerManager, Neural Networks API 1.2, recolección de basura generacional en ART, foregroundServiceType y Vulkan 1.1 como requisito en dispositivos de 64 bits.

Seguridad y privacidad

  • Mainline. Android 10 es la primera versión que actualiza componentes del sistema a través de Google Play (“Google Play system updates”). Los primeros módulos incluyen ART, Conscrypt, el resolvedor DNS, DocumentsUI, Media, Networking, PermissionController y los datos de zonas horarias. Algunos usan el nuevo formato APEX, y un paquete de módulos se instala o se revierte completo.
  • Cifrado en todo dispositivo nuevo. El CDD de Android 10 exige que los dispositivos que salen con esta versión cifren los datos del usuario con cifrado basado en archivos, activado por defecto al terminar la configuración. Los dispositivos sin instrucciones AES pueden usar Adiantum, el nuevo modo de cifrado que trajo Android 10. Google midió que es unas cinco veces más rápido que AES-256-XTS en un ARM Cortex-A7.
  • TLS 1.3 por defecto. Sus cipher suites no se pueden desactivar y no admite 0-RTT. Los certificados firmados con SHA-1 dejan de ser de confianza, y se eliminaron seis cipher suites SHA-2 CBC.
  • Identificadores no restablecibles. El IMEI, el número de serie y otros identificadores parecidos requieren READ_PRIVILEGED_PHONE_STATE, que una app de Play no puede tener. Qué hacer está en “Qué cambió para tu app”.
  • MAC aleatoria. Los dispositivos envían por defecto una dirección MAC aleatoria a las redes Wi-Fi. Las apps device owner aún pueden leer la de fábrica con getWifiMacAddress().
  • Inicio de actividades en segundo plano. Una app en segundo plano ya no puede traer por su cuenta una actividad al frente. Debe publicar una notificación.
  • Endurecimiento. Los binarios del sistema mapean su código como solo ejecución, así que leerlo provoca un SIGSEGV. Los códecs multimedia sumaron sanitizers de límites y de desbordamiento de enteros, y llegaron el asignador Scudo y ShadowCallStack. Smart Lock solo puede extender un desbloqueo, nunca desbloquear un teléfono bloqueado, y como máximo durante cuatro horas.
  • Otros cambios. WPA3 y Wi-Fi Enhanced Open, autenticación facial en BiometricPrompt, sin acceso al portapapeles para apps sin foco y sin acceso a /proc/net.

Permisos

La ubicación ahora tiene tres respuestas: siempre, solo mientras la app está en uso, o denegar. “En uso” significa que hay una actividad visible o un servicio en primer plano de tipo location en marcha.

sí no sí no La app lee la ubicación ¿Actividad visible o servicio de ubicación en primer plano? Basta ACCESS_FINE_LOCATION o ACCESS_COARSE_LOCATION ¿ACCESS_BACKGROUND_LOCATION otorgado? Recibe la ubicación Sin ubicación
  • Nuevo: ACCESS_BACKGROUND_LOCATION. Las apps con target API 29 lo declaran para leer la ubicación en segundo plano y para usar geovallas. En las apps con target API 28 o menor, el sistema lo agrega cada vez que declaran o piden un permiso de ubicación en primer plano.
  • Nuevo: ACTIVITY_RECOGNITION. Un permiso en tiempo de ejecución para contar pasos y detectar actividad física, necesario para los sensores step counter y step detector.
  • Nuevo: USE_FULL_SCREEN_INTENT. Un permiso normal, otorgado al instalar, que las apps con target API 29 necesitan para notificaciones con intent a pantalla completa.
  • Ubicación precisa para escaneos. Las apps con target API 29 necesitan ACCESS_FINE_LOCATION para las APIs de escaneo de Wi-Fi, Wi-Fi Aware, Bluetooth y telefonía. La ubicación aproximada ya no basta.
  • Solo firma. READ_FRAME_BUFFER, CAPTURE_VIDEO_OUTPUT y CAPTURE_SECURE_VIDEO_OUTPUT pasaron a ser permisos de firma. Capturar la pantalla pasa por MediaProjection, que le pregunta al usuario.
  • Apps antiguas. Las apps con target API 22 o menor muestran una pantalla de revisión de permisos la primera vez que corren en Android 10.
  • Edición Go: sin superposiciones. En dispositivos con Android 10 (Go edition), las apps no pueden obtener SYSTEM_ALERT_WINDOW, porque las ventanas superpuestas consumen demasiada memoria. Settings.canDrawOverlays() devuelve false. Las apps que ya lo tenían antes de la actualización lo conservan.
  • Metadatos de cámara. Los campos específicos del dispositivo de getCameraCharacteristics() requieren CAMERA.

Qué cambió para tu app

Todas las apps en Android 10

CambioQué hacer
Se bloquea el inicio de actividades en segundo planoUsa una notificación, o un intent a pantalla completa para eventos urgentes como llamadas y alarmas
El usuario puede activar la navegación por gestosDibuja de borde a borde. Aleja de los bordes la UI deslizable, o excluye hasta 200dp por borde con setSystemGestureExclusionRects()
La ubicación en segundo plano se otorga aparteRevisa el permiso antes de cada acceso. El usuario puede bajar la app a “mientras está en uso”
El IMEI, el número de serie y similares quedan restringidosUsa identificadores restablecibles, como el ID de publicidad, para analítica y anuncios
TLS 1.3 viene activado y los certificados SHA-1 fallanPrueba tus servidores. Usa SSLContext.getInstance("TLSv1.2") solo si debes apagar 1.3
Las bibliotecas de Bionic pasaron a /apex, detrás de symlinksSi revisas rutas de bibliotecas en /proc/self/maps, acepta /apex/...
setSSLSocketFactory(null) lanza IllegalArgumentExceptionPasa la factoría por defecto de forma explícita
android.preference queda obsoletoMigra a la biblioteca de preferencias de AndroidX
Android Beam queda obsoletoUsa otra vía para compartir entre dispositivos. Las demás APIs de NFC siguen funcionando

Apps con target API 29

CambioQué hacer
Almacenamiento acotado por defectoGuarda tus archivos en getExternalFilesDir(), usa MediaStore para medios compartidos y el selector del sistema para otros archivos
Se requiere ACCESS_BACKGROUND_LOCATIONDecláralo, y pídelo solo para una función que de verdad lo necesite
Los identificadores no restablecibles lanzan SecurityExceptionElimina getImei(), getDeviceId(), Build.getSerial() y llamadas similares
Los escaneos de Wi-Fi y Bluetooth piden ubicación precisaPide ACCESS_FINE_LOCATION
setWifiEnabled() devuelve falseAbre el panel de ajustes de Wi-Fi
Los intents a pantalla completa piden USE_FULL_SCREEN_INTENTDecláralo en el manifiesto
No se permite execve() sobre archivos del directorio de la appIncluye el código nativo dentro del APK
No hay acceso directo a /dev/ashmemUsa ASharedMemory del NDK
SELinux bloquea las text relocationsRecompila las bibliotecas nativas sin ellas

El almacenamiento acotado tenía una salida. Una app con target API 29 puede poner android:requestLegacyExternalStorage="true" y conservar el modelo de almacenamiento anterior en Android 10. Su valor por defecto es false para las apps con target API 29 y true por debajo.

Qué perduró

  • El almacenamiento acotado pasó a ser obligatorio. Cuando una app apunta a Android 11, el sistema ignora requestLegacyExternalStorage.
  • La ubicación en segundo plano se endureció en Android 11: el usuario la activa con “Allow all the time” en una pantalla de ajustes, no en el primer diálogo.
  • Bubbles salió de las opciones para desarrolladores en Android 11 y pasó a ser la forma de la plataforma de mostrar conversaciones.
  • Mainline creció con cada versión. Google dio por terminado el soporte de Mainline para Android 11 y anteriores en el cuarto trimestre de 2025.
  • Los números se quedaron. Desde Android 10, cada versión se llama por su número. El postre siguió como nombre en clave interno, aunque desde Android 13 aparece en la constante del SDK (TIRAMISU).

Para saber

  • Por qué se fueron los postres. El 22 de agosto de 2019, Sameer Samat escribió que los nombres “no siempre los entendía toda la comunidad global”. En algunos idiomas la L y la R suenan igual, así que no era obvio que “Lollipop” venía después de KitKat, y los pies y los marshmallows no son postres en todas partes.
  • También cambió el logo. El mismo texto pasó la palabra de verde a negro, porque el verde “era difícil de leer, sobre todo para personas con discapacidad visual”. El robot conservó solo la cabeza, junto a la palabra.
El logo de Android presentado en 2019: la palabra android en negro, seguida de la cabeza verde del robot de Android
El logo de Android presentado con Android 10, sobre una placa clara. Wikimedia Commons · Dominio público (PD-textlogo) · Marca registrada de Google LLC
  • Quince Tart. En una entrevista de agosto de 2019, Dave Burke y Dan Sandler confirmaron que el equipo llama internamente “Quince Tart” a Android 10. Burke dijo que el nombre público habría sido “Queen Cake”.
  • La constante Q lleva una cita en AOSP: “Why? Why, to give you a taste of your future, a preview of things to come. Con permiso, Capitan. The hall is rented, the orchestra engaged. It’s now time to see if you can dance.”
  • El Easter egg. En la pantalla del logo de Android 10, se arrastra el 1 sobre el 0 y se gira hasta unos 315 grados, donde encaja. Al hacerlo siete veces se abre Icon Quiz, que AOSP describe como “a nonogram-style icon puzzle” (un puzle de iconos al estilo nonograma). Sus puzles son iconos del sistema.

Parte 1 de 6

2 min

Android Q Beta 1: primero la privacidad

13 de marzo de 2019. La primera build de Android Q, para todos los Pixel, trajo los cambios de ubicación, almacenamiento, inicios en segundo plano e identificadores.

Leer por separado: Android Q Beta 1: primero la privacidad

Google publicó Android Q Beta 1 el 13 de marzo de 2019, casi seis meses antes de la versión final. El post de Dave Burke la presentó como “Beta 1 of Android Q for early adopters and a preview SDK for developers”. No hubo una developer preview aparte: la primera build pública ya estaba en el programa Android Beta.

Fecha13 de marzo de 2019
BuildQPP1.190205.018.B4, parche de seguridad de marzo de 2019
DispositivosPixel, Pixel XL, Pixel 2, Pixel 2 XL, Pixel 3 y Pixel 3 XL; Android Emulator
Cómo se obteníaPor OTA a través de Android Beta, o flasheando la imagen de sistema descargable
Estabilidad de la APINo; SDK de preview con las API todavía en cambio

El Pixel original estaba incluido, algo que Google dijo haber extendido “by popular demand”. Para compilar contra la preview, las notas de versión indicaban compileSdkVersion "android-Q" y targetSdkVersion "Q" con Android Studio 3.3 o posterior.

Google puso los cambios de privacidad en la primera build para dar a los desarrolladores el mayor tiempo posible. La ubicación sumó la elección entre “all the time” y “only while the app is in use”. El almacenamiento acotado puso los archivos compartidos detrás de permisos nuevos para las colecciones de fotos y videos y de audio, y la carpeta Downloads detrás del selector de archivos del sistema. Las apps en segundo plano ya no podían iniciar una actividad; la alternativa era una notificación de alta prioridad con un full-screen intent. Se restringió el acceso al IMEI, al número de serie y a otros identificadores no reiniciables, y la MAC aleatoria por red Wi-Fi pasó a ser el comportamiento por defecto.

Las API para desarrolladores de la Beta 1 incluían los sharing shortcuts, las acciones de Settings.Panel, los network specifiers y las sugerencias de Wi-Fi que no requieren permiso de ubicación, los Wi-Fi locks de baja latencia, el formato de foto Dynamic Depth, AV1, Opus y HDR10+, una API nativa de MIDI, ANGLE sobre Vulkan en modo experimental, la Neural Networks API 1.2 con 60 operaciones nuevas, la biometría pasiva en BiometricPrompt y TLS 1.3 activo por defecto. Las nuevas restricciones a interfaces fuera del SDK se aplicaban solo a las apps con target Q, y las apps con target menor a la API 23 pasaron a mostrar un diálogo de advertencia en la primera ejecución.

Dos detalles se revirtieron después. La Beta 1 cambió el valor por defecto de android:extractNativeLibs a false; la Beta 2 lo devolvió a true. El tema oscuro del sistema no estaba: 9to5Google no encontró ningún ajuste de modo oscuro en la build, y Google lo agregó en la Beta 3.

Parte 2 de 6

2 min

Android Q Beta 2: burbujas y emulador plegable

3 de abril de 2019. La Beta 2 activó el almacenamiento acotado en instalaciones nuevas y sumó la API de burbujas, un emulador plegable y una API de dirección del micrófono.

Leer por separado: Android Q Beta 2: burbujas y emulador plegable

La Beta 2 salió el 3 de abril de 2019 para todos los Pixel y el emulador, con el parche de seguridad de abril de 2019. Burke escribió que los desarrolladores habían enviado “thousands of bug reports” desde la Beta 1, y advirtió: “expect rough edges”.

Fecha3 de abril de 2019; una build de parche llegó más tarde en abril
BuildQPP2.190228.021; parche QPP2.190228.023
DispositivosTodos los Pixel desde la primera generación; Android Emulator
Cómo se obteníaPor OTA a través de Android Beta, o flasheando la imagen de sistema
Estabilidad de la APINo; las API seguían cambiando

El almacenamiento acotado pasó a estar activo por defecto en las apps recién instaladas, y en las instalaciones y restauraciones después de un restablecimiento completo, para que los testers vieran qué se rompía. Google advirtió de problemas en las apps que acceden a fotos, videos y otros archivos, por ejemplo al navegar o compartir en redes sociales.

La Beta 2 sumó las burbujas: una notificación lleva un BubbleMetadata definido con setBubbleMetadata(), que indica la actividad que se muestra dentro de la burbuja. La hoja de compartir podía mostrar una vista previa del contenido a partir de EXTRA_TITLE o del ClipData del intent. Una nueva API MicrophoneDirection permitía que un video selfie pidiera el micrófono frontal con setMicrophoneDirection(MIC_DIRECTION_FRONT) y controlar un micrófono con zoom con setMicrophoneFieldDimension(). La versión canary de Android Studio 3.5 agregó dispositivos virtuales plegables de 7,3 y 8 pulgadas con la imagen de sistema de la Beta 2.

Dos valores por defecto de la Beta 1 volvieron atrás. android:extractNativeLibs regresó a true. Con la build de parche, la restricción de memoria de solo ejecución se aplicó solo a las apps con target mayor a la API 28, en lugar de 26 o más. Google también hizo “a few minor updates” a las listas de interfaces fuera del SDK.

Parte 3 de 6

2 min

Android Q Beta 3: I/O, socios y tema oscuro

7 de mayo de 2019. Publicada en Google I/O para 23 dispositivos de 13 fabricantes, la Beta 3 sumó el tema oscuro y los gestos, y relajó el almacenamiento acotado.

Leer por separado: Android Q Beta 3: I/O, socios y tema oscuro

Google publicó la Beta 3 el 7 de mayo de 2019, en Google I/O. Fue la primera build fuera de los Pixel: 15 dispositivos de 12 fabricantes socios, Huawei, Xiaomi, Nokia, Sony, Vivo, OPPO, OnePlus, ASUS, LGE, TECNO, Essential y realme. Con todos los Pixel, sumaban 23 dispositivos de 13 fabricantes. Google atribuyó el salto a Project Treble.

Fecha7 de mayo de 2019
BuildQPP3.190404.015 (Pixel), parche de seguridad de mayo de 2019
DispositivosTodos los Pixel, 15 dispositivos de socios listados en android.com/beta, Generic System Images, emulador
Cómo se obteníaAndroid Beta por OTA en los Pixel; el sitio de cada socio para los demás
Estabilidad de la APINo; las API seguían cambiando

Lo que la Beta 3 mostró a los usuarios

El tema oscuro del sistema llegó en esta build: en Settings > Display, como mosaico de Quick Settings o al activar Battery Saver. Las apps sin tema oscuro podían activar Force Dark con android:forceDarkAllowed="true". Un nuevo modo de navegación totalmente por gestos, en Settings > System > Gestures, eliminó la barra de navegación: deslizar hacia arriba para Home, deslizar y mantener para Recents, deslizar desde cualquiera de los bordes para Back. Las notificaciones recibieron por defecto respuestas y acciones inteligentes generadas por el sistema; las apps las desactivan por notificación con setAllowGeneratedReplies() y setAllowSystemGeneratedContextualActions().

Cambios de comportamiento que la Beta 3 endureció o relajó

Los inicios de actividades en segundo plano pasaron de un toast de advertencia a un bloqueo real. El almacenamiento acotado se relajó: Google había anunciado el 25 de abril que, desde la Beta 3, las apps con target API 28 o menor no verían cambios por defecto, con un atributo del manifiesto para activarlo antes. El mismo post dijo que el almacenamiento acotado “will be required in next year’s major platform release for all apps, independent of target SDK level”. TLS 1.3 quedó activo en todas las conexiones a través de Conscrypt, sin importar el target. WebViewRendererClient pasó a llamarse WebViewRenderProcessClient, y las notas de versión advirtieron de cierres en apps cuyas bibliotecas de DRM o seguridad dependían de las rutas antiguas de las bibliotecas de Bionic.

Google también anunció Project Mainline en I/O: componentes del sistema que se actualizan desde Google Play sin una actualización completa del sistema, y que según Google podrían recibir todos los dispositivos con Android Q o posterior.

Parte 4 de 6

1 min

Android Q Beta 4: API final, nivel 29

5 de junio de 2019. La Beta 4 congeló las API en el nivel 29, publicó el SDK oficial de API 29 y abrió Google Play a las apps compiladas contra la API 29 o con ese target.

Leer por separado: Android Q Beta 4: API final, nivel 29

La Beta 4 salió el 5 de junio de 2019 con “the final Android Q APIs and official SDK”. Desde esta build, las API para desarrolladores quedaron fijas en el nivel 29.

Fecha5 de junio de 2019
BuildQPP4.190502.019 (Pixel), parche de seguridad de junio de 2019
DispositivosPrimero los Pixel y el emulador; los dispositivos de socios “over the coming weeks”
Cómo se obteníaAndroid Beta por OTA, imágenes de sistema o Generic System Images
Estabilidad de la APISí; API 29 final

El SDK oficial de API 29 funcionaba en Android Studio 3.4 estable, con la 3.5 Beta recomendada para el soporte más reciente de Android Q. Ese mismo día, Google Play aceptó apps compiladas contra la API 29 o con ese target, para que los desarrolladores pudieran publicar actualizaciones compatibles para los usuarios de la beta.

La lista de Google para esta build: probar la app actual frente a los cambios de privacidad, la navegación por gestos y las nuevas rutas del enlazador dinámico para las bibliotecas de Bionic. Las apps que subían su target a la API 29 también debían probar el almacenamiento acotado, el permiso de ubicación para escaneos inalámbricos y el permiso para full-screen intents. Google dijo que pronto llegarían las builds release candidate.

Del lado del usuario, 9to5Google contó cuatro colores de acento nuevos en esta build: Cinnamon, Ocean, Space y Orchid.

Parte 5 de 6

1 min

Android Q Beta 5: ajustes a los gestos

10 de julio de 2019. La Beta 5 acercó el sistema al comportamiento final y ajustó los gestos, con el gesto de esquina para el Asistente y un plan para launchers de terceros.

Leer por separado: Android Q Beta 5: ajustes a los gestos

La Beta 5 salió el 10 de julio de 2019. Google dijo que dejaba la beta “very close to the system behaviors you’ll see in the final release”; las API ya eran finales desde la Beta 4.

Fecha10 de julio de 2019
BuildQPP5.190530.014 (Pixel), parche de seguridad de julio de 2019
DispositivosLos Pixel y el emulador; los dispositivos de socios “over the coming weeks”
Cómo se obteníaAndroid Beta por OTA, imágenes de sistema o Generic System Images
Estabilidad de la APISí; API 29 final

Casi todos los cambios fueron en la navegación por gestos. Deslizar desde cualquiera de las esquinas inferiores pasó a abrir el Asistente, con indicadores en las esquinas que Google todavía estaba ajustando. Las apps con navigation drawer recibieron un “peek” cuando el usuario tomaba el borde, en todas las versiones de DrawerLayout y mejor con la 1.1.0-alpha02.

Los launchers de terceros seguían con problemas de estabilidad con los gestos y Recents. Google anunció que desde la Beta 6 el sistema pasaría a la navegación de 3 botones por defecto a quienes usaran un launcher de terceros, y que corregiría el resto en una actualización posterior al lanzamiento. El post también dijo que habría una beta más antes del lanzamiento al público.

Parte 6 de 6

1 min

Android Q Beta 6: la release candidate

7 de agosto de 2019. La última beta, una release candidate con el comportamiento final, limitó a 200dp la exclusión del gesto Back y sumó un ajuste de sensibilidad.

Leer por separado: Android Q Beta 6: la release candidate

La Beta 6, “the last Beta update”, salió el 7 de agosto de 2019. Las notas de versión la llamaron “a release candidate build of Android Q” con “final system behaviors”. Android 10 llegó a los Pixel y a AOSP el 3 de septiembre de 2019.

Fecha7 de agosto de 2019
BuildQPP6.190730.005 (Pixel), parche de seguridad de agosto de 2019
DispositivosLos Pixel y el emulador; los dispositivos de socios “over the coming weeks”
Cómo se obteníaAndroid Beta por OTA, imágenes de sistema o Generic System Images
Estabilidad de la APISí; API 29 final y comportamiento final del sistema

Los cambios en los gestos afectaron directamente a las apps. Google fijó “a 200dp vertical app exclusion limit for the Back gesture”, un tope a cuánto borde de la pantalla puede reservar una app para sus propios gestos. Los usuarios recibieron un ajuste de sensibilidad para el gesto Back. Se eliminó la opción de desarrollador que desactivaba el bloqueo de los inicios de actividades en segundo plano. 9to5Google también notó que la barra de gestos ahora se ocultaba en la pantalla de inicio.

El último pedido de Google fue el mismo que desde la Beta 4: probar la app actual en Android Q y publicar la actualización compatible antes del lanzamiento al público.

Clasificado en

Citas

59

Referencias externas