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.

De un vistazo
| Versión | Android 10 |
| Nivel de API | 29 |
| Nombre | Quince Tart, solo interno. Nombre público: Android 10 |
Build.VERSION_CODES | Q |
| SDK final | 5 de junio de 2019 (Beta 4, API 29 final) |
| Lanzamiento | Despliegue en Pixel y código en AOSP, 3 de septiembre de 2019 |
| Dispositivos de lanzamiento | OnePlus 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 Play | Apps 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()). Llegaandroid:minAspectRatio, yresizeableActivitycambia de significado. - Paneles de ajustes. Las acciones de
Settings.Panelmuestran 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()ysetAllowSystemGeneratedContextualActions(). - 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
WifiNetworkSpecifieryWifiNetworkSuggestion, Wi-Fi Easy Connect yDnsResolverpara registrosSRVy 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,foregroundServiceTypey 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.
- 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_LOCATIONpara 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_OUTPUTyCAPTURE_SECURE_VIDEO_OUTPUTpasaron a ser permisos de firma. Capturar la pantalla pasa porMediaProjection, 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()devuelvefalse. 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()requierenCAMERA.
Qué cambió para tu app
Todas las apps en Android 10
| Cambio | Qué hacer |
|---|---|
| Se bloquea el inicio de actividades en segundo plano | Usa una notificación, o un intent a pantalla completa para eventos urgentes como llamadas y alarmas |
| El usuario puede activar la navegación por gestos | Dibuja 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 aparte | Revisa 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 restringidos | Usa identificadores restablecibles, como el ID de publicidad, para analítica y anuncios |
| TLS 1.3 viene activado y los certificados SHA-1 fallan | Prueba tus servidores. Usa SSLContext.getInstance("TLSv1.2") solo si debes apagar 1.3 |
Las bibliotecas de Bionic pasaron a /apex, detrás de symlinks | Si revisas rutas de bibliotecas en /proc/self/maps, acepta /apex/... |
setSSLSocketFactory(null) lanza IllegalArgumentException | Pasa la factoría por defecto de forma explícita |
android.preference queda obsoleto | Migra a la biblioteca de preferencias de AndroidX |
| Android Beam queda obsoleto | Usa otra vía para compartir entre dispositivos. Las demás APIs de NFC siguen funcionando |
Apps con target API 29
| Cambio | Qué hacer |
|---|---|
| Almacenamiento acotado por defecto | Guarda tus archivos en getExternalFilesDir(), usa MediaStore para medios compartidos y el selector del sistema para otros archivos |
Se requiere ACCESS_BACKGROUND_LOCATION | Decláralo, y pídelo solo para una función que de verdad lo necesite |
Los identificadores no restablecibles lanzan SecurityException | Elimina getImei(), getDeviceId(), Build.getSerial() y llamadas similares |
| Los escaneos de Wi-Fi y Bluetooth piden ubicación precisa | Pide ACCESS_FINE_LOCATION |
setWifiEnabled() devuelve false | Abre el panel de ajustes de Wi-Fi |
Los intents a pantalla completa piden USE_FULL_SCREEN_INTENT | Decláralo en el manifiesto |
No se permite execve() sobre archivos del directorio de la app | Incluye el código nativo dentro del APK |
No hay acceso directo a /dev/ashmem | Usa ASharedMemory del NDK |
| SELinux bloquea las text relocations | Recompila 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.
- 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
Qlleva 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.
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 privacidadGoogle 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.
| Fecha | 13 de marzo de 2019 |
| Build | QPP1.190205.018.B4, parche de seguridad de marzo de 2019 |
| Dispositivos | Pixel, Pixel XL, Pixel 2, Pixel 2 XL, Pixel 3 y Pixel 3 XL; Android Emulator |
| Cómo se obtenía | Por OTA a través de Android Beta, o flasheando la imagen de sistema descargable |
| Estabilidad de la API | No; 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.
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 plegableLa 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”.
| Fecha | 3 de abril de 2019; una build de parche llegó más tarde en abril |
| Build | QPP2.190228.021; parche QPP2.190228.023 |
| Dispositivos | Todos los Pixel desde la primera generación; Android Emulator |
| Cómo se obtenía | Por OTA a través de Android Beta, o flasheando la imagen de sistema |
| Estabilidad de la API | No; 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.
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 oscuroGoogle 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.
| Fecha | 7 de mayo de 2019 |
| Build | QPP3.190404.015 (Pixel), parche de seguridad de mayo de 2019 |
| Dispositivos | Todos los Pixel, 15 dispositivos de socios listados en android.com/beta, Generic System Images, emulador |
| Cómo se obtenía | Android Beta por OTA en los Pixel; el sitio de cada socio para los demás |
| Estabilidad de la API | No; 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.
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 29La 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.
| Fecha | 5 de junio de 2019 |
| Build | QPP4.190502.019 (Pixel), parche de seguridad de junio de 2019 |
| Dispositivos | Primero los Pixel y el emulador; los dispositivos de socios “over the coming weeks” |
| Cómo se obtenía | Android Beta por OTA, imágenes de sistema o Generic System Images |
| Estabilidad de la API | Sí; 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.
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 gestosLa 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.
| Fecha | 10 de julio de 2019 |
| Build | QPP5.190530.014 (Pixel), parche de seguridad de julio de 2019 |
| Dispositivos | Los Pixel y el emulador; los dispositivos de socios “over the coming weeks” |
| Cómo se obtenía | Android Beta por OTA, imágenes de sistema o Generic System Images |
| Estabilidad de la API | Sí; 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.
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 candidateLa 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.
| Fecha | 7 de agosto de 2019 |
| Build | QPP6.190730.005 (Pixel), parche de seguridad de agosto de 2019 |
| Dispositivos | Los Pixel y el emulador; los dispositivos de socios “over the coming weeks” |
| Cómo se obtenía | Android Beta por OTA, imágenes de sistema o Generic System Images |
| Estabilidad de la API | Sí; 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.