Cómo Android Q mejora los controles de privacidad y permisos sobre Android Pie

La penetración en el mercado de Android 9 Pie es apenas un error en el radar en comparación con las versiones anteriores de Android, pero eso no retrasará los planes de Google de lanzar la próxima versión de Android, Android Q. Esperamos que Google presente la primera Vista previa para desarrolladores de Android Q en algún momento el próximo mes, pero antes del anuncio de Google, hemos logrado tener una versión de Android Q que probablemente esté bastante avanzada en el ciclo de desarrollo de Google. En nuestro primer artículo que detalla los cambios que llegarán a la próxima versión de postres, hablamos sobre la nueva interfaz de control de permisos. Sin embargo, solo mostré algunas capturas de pantalla del sistema de administración de permisos renovado, por lo que quería hacer un seguimiento con más detalles. También hice más pruebas y reuní más información sobre los nuevos permisos en Android Q, la función de "roles", el nuevo instalador de paquetes y más. Pero primero, aquí hay un breve resumen de la administración de permisos en Android.

Una breve historia de la gestión de permisos en Android

Android 4.3 Jelly Bean introdujo por primera vez la administración granular de permisos a través de la función "App Ops", aunque estaba oculta para el usuario. Android 4.4 KitKat incluso introdujo nuevos permisos controlables por el usuario en la interfaz de App Ops, aunque necesitabas acceso root y un módulo Xposed para acceder a él. Finalmente, Android 6.0 Marshmallow introdujo el sistema de permisos con el que todos estamos familiarizados, aunque con limitaciones sobre los permisos que podría restringir. La característica más antigua de App Ops todavía existe en Android, aunque solo se puede acceder a través de la línea de comandos ( cmd appops ). Ciertas aplicaciones en Google Play Store aprovechan la implementación de la línea de comandos de App Ops para proporcionar una interfaz de administración de permisos más potente. Google no expone App Ops a los usuarios, ya que es posible que el usuario no sepa lo que están haciendo, lo que hace que deneguen a la aplicación algunos permisos que realmente podría necesitar para funcionar correctamente. Desafortunadamente, desde la introducción de la administración de permisos en Android Marshmallow, no hemos visto cambios importantes en la función, es decir, hasta Android Q.

Aplicaciones Ops en Android 4.3 Jelly Bean

Android 6.0 Marshmallow también experimentó un cambio importante en la forma en que se otorgan ciertos permisos a las aplicaciones. Antes de Android 6.0, todos los permisos definidos en el archivo de manifiesto de una aplicación se otorgan tras la instalación. Con Android 6.0, Google introdujo la administración de permisos de tiempo de ejecución para ciertos permisos que consideraban peligrosos, como el acceso al almacenamiento externo, el acceso a la cámara, el acceso a la ubicación y más. Los permisos de tiempo de ejecución solo se otorgan después de la instalación de una aplicación, y el usuario debe consentir explícitamente en otorgar estos permisos tocando "permitir" en un cuadro de diálogo de permisos cuando se solicite. Hasta que Google tome medidas enérgicas contra las aplicaciones que se dirigen a un nivel de API anterior, los desarrolladores de aplicaciones podrían omitir los permisos de tiempo de ejecución al apuntar al nivel de API 22 o inferior (Android Lollipop o anterior). Incentivar a los desarrolladores a actualizar sus aplicaciones para evitar ser avergonzados por el sistema operativo. Por lo tanto, cuando Android Q llegue a los dispositivos, casi todas las aplicaciones en el dispositivo de un usuario deberían estar sujetas a controles de administración de permisos introducidos en Android 6.0+. Con eso en mente, Google está limpiando los controles de permisos en Android Q para facilitar a los usuarios administrar qué nivel de acceso tienen las aplicaciones en su dispositivo.

Gestión de permisos más fácil en Android Q frente a Android Pie

Desde Android 6.0 Marshmallow a Android 9 Pie, la gestión de permisos de tiempo de ejecución existente solo permite al usuario permitir o denegar ciertos permisos a una aplicación. Notamos en nuestro artículo anterior que Android Q permitirá al usuario restringir un permiso solo mientras la aplicación esté en uso. Esta característica entusiasmó a muchas personas, pero tenemos que aclarar que solo el permiso de ubicación puede restringirse cuando una aplicación está en uso . Eso significa que no puede restringir el micrófono o la cámara solo mientras la aplicación está en uso. Sin embargo, no debería decepcionarlo, ya que Android Pie ya introdujo algunas restricciones en el uso de fondo de la cámara y el micrófono al exigir que las aplicaciones estén en primer plano o utilicen un servicio en primer plano. Además, Android Q se expande al revelarle al usuario cada vez que una aplicación usa el micrófono, la cámara o accede a la ubicación del dispositivo . Esto se muestra al usuario como iconos de la barra de estado en la esquina superior derecha. Cuando se expande la barra de estado, el texto que se muestra junto a los íconos le indica al usuario qué aplicación está usando actualmente uno de estos 3 permisos confidenciales. Finalmente, si el usuario toca este ícono, se muestra un cuadro de diálogo que le dice al usuario qué aplicación (es) está utilizando qué permiso (s). Nuevamente, esto solo se aplica a los permisos de la cámara, la ubicación y el micrófono.

Google parece estar alentando a los usuarios a restringir el acceso a la ubicación solo cuando una aplicación está en uso, ya que han enviado un recordatorio en Android Q cuando el usuario ha otorgado una aplicación para acceder siempre a su ubicación . Este recordatorio viene en forma de una notificación que le dice al usuario que una aplicación ha estado usando su ubicación y que siempre tiene la capacidad de hacerlo. Al tocar la notificación, se accede a la página de permisos de ubicación para esa aplicación, lo que permite al usuario elegir restringir el permiso de ubicación solo mientras esa aplicación está en uso. Felicitaciones por eso, Google.

Por último, en la compilación que tengo, la interfaz de usuario para los permisos especiales de acceso a la aplicación (como la optimización de la batería, el administrador del dispositivo, el acceso No molestar, el acceso de notificación, etc.) no ha cambiado. Sin embargo, se ha agregado a la lista un nuevo permiso especial de "Acceso SMS a aplicaciones financieras", aunque no estoy seguro de cómo difiere del permiso "Acceso SMS premium", que es lo que las aplicaciones necesitan para enviar mensajes de texto a números premium. Es posible que este nuevo permiso esté destinado a aplicaciones bancarias que usan SMS para ciertas transacciones, de acuerdo con las nuevas políticas de Google Play que restringen los permisos de SMS y registro de llamadas.

Administrar permisos en Android Q

Aquí hay una galería de captura de pantalla que muestra los nuevos cambios en la interfaz de administración de permisos en Android Q. He incluido descripciones detalladas de cada página en los títulos de cada imagen.

La pantalla que enumera los permisos de aplicaciones controlables por el usuario no ha cambiado desde Android Pie (Configuración -> Aplicaciones y notificaciones -> Permisos de aplicaciones). Sin embargo, al tocar cualquiera de estos permisos, aparece la pantalla de control de permisos con una IU completamente nueva.

La nueva interfaz de usuario distingue claramente entre qué aplicaciones se han "permitido" y qué aplicaciones se han "denegado" un cierto permiso. En este caso, estamos viendo qué aplicaciones tienen permiso de micrófono.

Al tocar cualquiera de las aplicaciones enumeradas, aparece una subpágina de la pantalla de información de la aplicación. En la versión filtrada de Android Q que estoy ejecutando, las 3 opciones en la parte superior aparecen en gris independientemente de la aplicación que elija, tal vez porque está incompleta. Debajo de esos botones, puede permitir o denegar el acceso de una aplicación a un determinado permiso. Tenga en cuenta que el permiso de ubicación también le permite "permitir solo mientras la aplicación está en uso". Si el desarrollador lo elige, puede especificar una razón por la cual su aplicación necesita un cierto permiso en la parte inferior.

Al tocar "ver el uso detallado de los permisos", accederá a una página que muestra qué permisos ha utilizado una aplicación, cuántas veces se accedió a esos permisos y la última vez que se accedió a ellos.

La nueva página "Uso de permisos" muestra un resumen del uso de permisos por parte de las aplicaciones en el dispositivo. Aunque hay una nueva página de Configuración de nivel superior de "Privacidad", actualmente la única forma de acceder a esta descripción detallada de permisos es yendo a Configuración -> Ubicación -> Ver detalles. Sin embargo, estoy seguro de que eso cambiará, ya que Google ha incorporado todas las funciones de administración de permisos en una sola aplicación del sistema llamada "PermissionController".

El menú de desbordamiento en la parte superior derecha le permite mostrar u ocultar las aplicaciones del sistema desde la descripción general de los permisos, o filtrar por un permiso específico. Alternativamente, puede cambiar rápidamente entre permisos filtrados tocando cualquiera de los iconos de permisos en la página de descripción general.

Con el menú desplegable en la parte superior izquierda, puede filtrar el acceso a los permisos por tiempo para ver con qué frecuencia las aplicaciones usan ciertos permisos.

Con el menú desplegable en la esquina superior derecha (debajo del menú de desbordamiento), también puede cambiar entre 3 opciones diferentes: "la mayoría de los permisos", "la mayoría de los accesos" y "reciente". "La mayoría de los accesos" (que se muestra aquí) le permite ver con qué frecuencia una aplicación específica ha usado un permiso específico. "La mayoría de los permisos" y "recientes" actualmente muestran lo mismo en esta vista: qué aplicaciones han utilizado qué permiso más recientemente.

Por último, si toca "ver todo el uso", la descripción general de los permisos muestra una lista de todas las aplicaciones con iconos que representan todos los permisos a los que la aplicación ha accedido. Si el filtro está configurado en "la mayoría de los permisos", la lista se ordena por las aplicaciones que han accedido a la mayor cantidad de permisos. Si el filtro está configurado en "la mayoría de los accesos", entonces la lista se ordena según las aplicaciones que han registrado el mayor número de accesos de permisos. Por último, si el filtro está configurado como "reciente", la lista de ordenadas por qué aplicación ha accedido a algún permiso más recientemente.

Puede expandirse para ver qué permisos ha utilizado una aplicación cuando se encuentra en la pantalla "ver todo el uso".

Concesión de permisos en Android Q

Aquí hay capturas de pantalla que muestran la gestión de permisos de tiempo de ejecución en Android Q. Ya hemos hablado sobre lo que muestran las dos primeras capturas de pantalla, pero la tercera captura de pantalla es una característica completamente nueva de Android Q que no he discutido antes. La capacidad de Android de permitir que el usuario controle los permisos antes de ejecutar una aplicación heredada (definida como una aplicación que apunta al nivel de API <23) es algo que ya es posible en Android Pie con la configuración correcta, pero Google finalmente ha activado el interruptor y lo ha habilitado. en Android Q.

En Android Q, el permiso de ubicación tiene la capacidad única de otorgarse solo cuando una aplicación está en uso.

Todos los demás permisos, como el permiso del micrófono, solo se pueden otorgar o denegar.

Al igual que CopperheadOS, el stock Android Q ahora permite al usuario desactivar todos los permisos peligrosos solicitados antes de ejecutar una aplicación por primera vez. Esto solo se aplica a las aplicaciones que se dirigen al nivel de API 22 o inferior, que es antes de que se introdujeran los permisos de tiempo de ejecución (en Android Marshmallow).

Monitoreo de permisos en tiempo real en Android Q

Aquí hay capturas de pantalla que muestran cómo Android Q alertará al usuario cuando una aplicación acceda a uno de varios permisos sensibles / peligrosos, incluida la cámara, la ubicación y el micrófono.

Cuando cualquier aplicación utiliza activamente uno o más permisos confidenciales, se muestran iconos de la barra de estado que representan permisos confidenciales que están en uso activo. Por ejemplo, la aplicación de la cámara está utilizando los permisos de la cámara y la ubicación, por lo que se muestran una cámara y un icono de ubicación en la barra de estado.

Si despliega la barra de estado y toca los íconos, aparece un cuadro de diálogo que muestra las aplicaciones que utilizan permisos confidenciales. De esta manera, puede ver rápidamente si una aplicación no deseada está accediendo a un permiso sensible en segundo plano.

Para el permiso de ubicación, Android Q ocasionalmente le recordará si ha otorgado a una aplicación la capacidad de acceder a su ubicación en cualquier momento. Al tocar esta notificación, se accede a la página de permisos de ubicación de la aplicación, lo que le permite cambiarla para permitir solo el acceso a la ubicación mientras la aplicación está en uso o para negar el acceso por completo.

Nuevas restricciones en el acceso al portapapeles, acceso a archivos externos

Restricciones de acceso al portapapeles en segundo plano

En mi artículo anterior, noté un nuevo permiso en el marco de Android Q que sugería que las aplicaciones que no son del sistema que se ejecutan en segundo plano ya no podrán leer el portapapeles del sistema. Después de que Google Play Store funcionara, decidí instalar algunas aplicaciones populares de administrador de portapapeles como Clipboard Manager, Clipper y Clip Stack para probar si tenía razón. Para bien o para mal, Google está bloqueando el acceso al portapapeles en segundo plano en Android Q, ya que ninguna de las aplicaciones que probé pudo detectar ningún texto que copié en el portapapeles . Incluso confirmó que estas aplicaciones tienen el permiso " READ_CLIPBOARD " que solicitaron mediante el siguiente comando de App Ops:

 adb shell cmd appops query-op --user 0 READ_CLIPBOARD allow 

Afortunadamente, copiar y pegar texto desde y hacia cualquier aplicación aún funciona, pero las aplicaciones que se ejecutan en segundo plano ya no pueden leer el texto que se está copiando. Es demasiado pronto para decir si este cambio eliminará las aplicaciones del administrador del portapapeles porque existe la posibilidad de que Google pueda introducir una nueva API para convertir una aplicación en un controlador predeterminado del "administrador del portapapeles". Sin embargo, no veo ninguna evidencia de que eso suceda en Android Q.

Acceso a archivos de almacenamiento externo

Cubrí casi todo sobre este cambio en mi artículo anterior, pero aquí hay un resumen de lo que Google está cambiando en Android Q con respecto al acceso a archivos de almacenamiento externo. Primero, necesitamos definir qué significa "almacenamiento externo". En Android, el almacenamiento externo es la ubicación donde se almacenan todos los archivos y carpetas que puede ver cuando conecta su teléfono a una computadora, como Descargas, DCIM, Música, Películas e Imágenes. Se supone que las aplicaciones solo almacenan archivos en un almacenamiento externo al que otras aplicaciones pueden querer acceder, como música, imágenes, videos, documentos, etc.

Para que una aplicación acceda a archivos en almacenamiento externo, la aplicación debe tener los permisos READ_EXTERNAL_STORAGE y / o WRITE_EXTERNAL_STORAGE, que son permisos de tiempo de ejecución. Una vez que una aplicación tiene estos permisos, no hay restricciones sobre qué archivos en el almacenamiento externo puede leer o modificar. En Android Q, Google está desglosando estos dos permisos en permisos más granulares, lo que permite al usuario restringir una aplicación para que solo pueda leer o escribir ciertos tipos de archivos. Específicamente, los nuevos permisos en Android Q permitirán al usuario restringir una aplicación para que solo pueda:

  • Lea las ubicaciones de sus medios.
  • Leer o escribir archivos de música.
  • Leer o escribir fotos / archivos de imagen.
  • Leer o escribir archivos de video.

Una aplicación a la que ya se le haya otorgado el permiso READ_EXTERNAL_STORAGE antes de que el usuario actualice a Android Q recibirá automáticamente los permisos de "lectura" enumerados anteriormente, pero no los permisos de "escritura".

Acceso a la ubicación en segundo plano

El año pasado, un informe de The New York Times arrojó luz sobre la omnipresencia de las aplicaciones que rastrean las ubicaciones de los usuarios para venderlas a los anunciantes. El seguimiento inadecuado de la ubicación es un problema del que Google es muy consciente, ya que ellos mismos lo han acusado. Android 8.0 Oreo introdujo restricciones sobre la frecuencia con la que las aplicaciones que se ejecutan en segundo plano pueden acceder a la ubicación de un dispositivo. Las solicitudes de ubicación de aplicaciones que se ejecutan en segundo plano están muy limitadas, por lo que si una aplicación desea rastrear su ubicación con algún grado de precisión, debe revelar que lo está haciendo con una actividad visible o un servicio en primer plano y una notificación persistente.

Sin embargo, cada vez que Google cambia la forma en que funcionan las API principales de Android, los desarrolladores cuyas aplicaciones usan legítimamente esas API según lo previsto se ven afectados. Hemos visto esto recientemente con las restricciones de Google Play en los permisos de SMS y registro de llamadas, lo que resulta en que muchas aplicaciones populares pierden la funcionalidad clave. La misma situación ocurrió cuando Google limitó el acceso a la ubicación en segundo plano, y los usuarios de una aplicación de golf popular se quejaron de que ya no podían usarla para rastrear sus golpes. Afortunadamente, Android Q está agregando un nuevo permiso " ACCESS_BACKGROUND_LOCATION " que, cuando se otorga, siempre permite que una aplicación tenga acceso a la ubicación de un dispositivo, incluso cuando la aplicación se ejecuta en segundo plano. Por lo tanto, la nueva versión de Android no solo continuará protegiendo a los usuarios del acceso no deseado a la ubicación en segundo plano, sino que también proporcionará un mecanismo para que los usuarios permitan que las aplicaciones de su elección monitoreen su ubicación en segundo plano.

La adición de "Roles" en Android Q

En el video práctico de Daniel para nuestro canal de televisión de YouTube, es posible que lo haya escuchado mencionar una nueva sección de "Roles" en la configuración de aplicaciones predeterminadas (Configuración -> Aplicaciones y notificaciones -> Aplicaciones predeterminadas). Los únicos "roles" que se mostraron en el video fueron para el navegador, el teléfono y la mensajería, lo que parecía redundante ya que ya hay categorías de aplicaciones predeterminadas para el navegador, las aplicaciones del teléfono y las aplicaciones de SMS. Después de pasar más tiempo con Android Q en Pixel 3 XL, descubrí un servicio de "rol" para el que podía volcar el estado a través del comando ' dumpsys role '. Después de hacerlo, encontré varios "roles" que no coinciden con ninguna de las categorías de aplicaciones predeterminadas que ya existen: CAR_MODE_DIALER_APP, CALL_COMPANION_APP, CALL_SCREENING_APP y PROXY_CALLING_APP . Después de instalar algunas de las primeras aplicaciones de Google, logré que la "aplicación de teléfono en modo automóvil" y la "aplicación de detección de llamadas" aparecieran en las páginas de "roles", como se muestra a continuación.

Descompilé el nuevo APK del sistema responsable de la interfaz de administración de permisos de Android Q, una nueva aplicación llamada "PermissionController", y encontré un archivo roles.xml que sugiere lo que harán los "roles" en la próxima versión de Android. No voy a pegar todo el XML aquí, pero compartiré un fragmento de uno de los roles que debería ayudarlo a comprender qué roles harán.

PermissionController.apk / res / xml / roles.xml

Digamos que selecciono una aplicación para tener el rol de "galería". Para que una aplicación se muestre como una aplicación de galería válida, debe tener un componente requerido: una actividad que se inicia con los filtros de intención de acción y categoría android.intent.action.MAIN y android.intent.category.APP_GALLERY respectivamente. Si eso es cierto y el usuario otorga el rol de "galería" a la aplicación, se le otorgarán permisos automáticamente en el conjunto de permisos "media_visual", que creo que se refiere al nuevo permiso de audio, video e imágenes que describí anteriormente . De hecho, los nuevos WRITE_MEDIA_VIDEO y WRITE_MEDIA_IMAGES están explícitamente permitidos para una aplicación con el rollo de "galería". Por último, la aplicación se convierte en el controlador preferido cuando otra aplicación envía un intento de llamar a una aplicación de galería.

Básicamente, cualquier aplicación a la que se le haya otorgado un cierto "rol" y tenga los componentes y permisos necesarios declarados, se le otorgan automáticamente otros conjuntos de permisos relevantes para sus casos de uso. En el ejemplo que publiqué anteriormente, una aplicación con el "rol" de la galería recibe automáticamente permiso para acceder a los conjuntos de permisos relacionados con el acceso que necesita para funcionar. Presumiblemente, esto significa que una aplicación a la que el usuario le haya otorgado el rol de galería no necesitaría pedirle permiso para leer o escribir archivos de imagen o video.

A juzgar por los nombres, los CAR_MODE_DIALER_APP, CALL_COMPANION_APP, CALL_SCREENING_APP y PROXY_CALLING_APP le permitirán al usuario elegir una aplicación de marcador diferente mientras conduce, una aplicación para realizar varias funciones mientras el usuario está en una llamada telefónica, una aplicación para ver el teléfono llamadas antes de que el usuario responda, y una aplicación para facilitar las llamadas con un número intermediario, respectivamente. No creemos que la función de detección de llamadas esté directamente relacionada con la función de pantalla de llamadas de Google Pixel, a juzgar por lo que hemos visto en AOSP. Más bien, está destinado a aplicaciones que desean actuar como un gorila para las llamadas de spam, como un filtro de llamadas.

Instalador de paquetes renovado

El instalador de paquetes predeterminado de Android (la aplicación que maneja la instalación de nuevas aplicaciones) está siendo rediseñado. En lugar de mostrar una actividad de pantalla completa cada vez que desee instalar una nueva aplicación, el instalador del paquete actualizado en Android Q muestra un pequeño cuadro de diálogo en el centro de la pantalla. Esta interfaz de usuario del instalador de mini paquetes se ha utilizado para tabletas Android durante mucho tiempo, pero esta es la primera que la vemos en los teléfonos inteligentes Android.

En Android Q, ejecutar cualquier aplicación que apunte al nivel de API 22 o inferior (Android 5.0 Lollipop) mostrará una advertencia de que la aplicación está desactualizada. Sospecho que esa advertencia es suficiente para disuadir a la mayoría de los usuarios de molestarse con las aplicaciones que apuntan a versiones anteriores a Android Marshmallow. Junto con el hecho de que Google requerirá que las aplicaciones enviadas a Play Store después de agosto de 2019 se orienten al nivel 28 de API, puede ver cómo los desarrolladores con aplicaciones obsoletas se ven obligados a modificar sus aplicaciones para apuntar a un nivel de API más nuevo. ¿Cómo se relaciona todo eso con el nuevo instalador de paquetes? Bueno, dado que Android 5.0 Lollipop es el último nivel de API sin solicitudes de permiso de tiempo de ejecución obligatorias para ciertos permisos confidenciales, la eventual muerte de aplicaciones que apuntan al nivel de API 22 y menos significa que Google ya no necesita dejar espacio en el mensaje del instalador del paquete para mostrar un mensaje largo lista de permisos que se le otorga a una aplicación tras la instalación

Sin embargo, probablemente no verá este instalador de paquetes simplificado en todos los dispositivos Android Q. Huawei, por ejemplo, personaliza el instalador del paquete con un escáner de virus y malware incorporado (algo que odio), así como un administrador de permisos incorporado (algo que me encanta). EMUI 10, por lo tanto, probablemente se adhiera al paquete de pantalla completa instalador al que todos estamos acostumbrados.

Carga lateral de una aplicación en Android Q. El instalador del paquete ya no ocupa toda la pantalla.

Descarga lateral de una aplicación en Android Pie. El instalador del paquete ocupa toda la pantalla.

Nuevas opciones de bloqueo de llamadas

Una característica que pensamos que vendría en Android Pie en realidad llegó a Android Q, mostrándole cuán cerca estamos realmente de la finalización de las características principales de Android Q. La función que encontramos en ese momento le permitiría bloquear llamadas de números desconocidos, privados, de teléfonos públicos o cualquier número que no esté en su lista de contactos. Aquí hay una captura de pantalla de la función de la aplicación de marcador AOSP. La aplicación Google Phone aún no se ha actualizado con esta función, pero suponemos que la obtendrá pronto.

Todas las aplicaciones instaladas ahora muestran iconos de iniciador (¿Posible error?)

La mayoría de las aplicaciones en su dispositivo tienen íconos de inicio porque están destinadas a ser puertas de acceso a su interfaz de usuario. Sin embargo, no todas las aplicaciones tienen una interfaz de usuario, en cuyo caso un desarrollador puede optar por no declarar una actividad con los filtros de intención de acción y categoría android.intent.action.MAIN y android.intent.category.LAUNCHER respectivamente. No estoy seguro de si esto es solo un error, pero en Android Q, todas las aplicaciones, incluso aquellas que intentan ocultar sus íconos del iniciador de la manera descrita anteriormente, mostrarán íconos en el iniciador. Probé esto en el AOSP Launcher, Pixel Launcher y Nova Launcher en un Google Pixel 3 XL que ejecuta la versión Android Q filtrada, y lo comparé con un Google Pixel 2 XL que ejecuta la última versión Android 9 Pie. Cuando toca uno de estos íconos, simplemente lo lleva a la página de información de esa aplicación en Configuración.

Hyperion dock, un complemento para Hyperion Launcher, normalmente no muestra un ícono de iniciador. Sin embargo, lo hace en Android Q.

Si esto no es solo un error, esta sería una forma para que los usuarios sepan rápidamente si se ha instalado una nueva aplicación, incluso si esa aplicación está tratando de ocultarse del usuario.

Mosaico de ajustes rápidos "Sensores desactivados"

Hay un nuevo mosaico de Configuración rápida llamado "sensores apagados" que no solo activa el modo avión sino que también deshabilita todas las lecturas del sensor en el dispositivo . Confirmé esto instalando DevCheck desde Recognized Developer flar2 y comparando la salida de las lecturas del sensor con y sin la palanca de "sensores apagados". Cuando se activa el mosaico "sensores desactivados", el dispositivo deja de informar de todos los sensores del dispositivo. No estoy seguro de si este mosaico de Configuración rápida es solo para que los ingenieros de Google lo depuren, pero esta sería una característica útil para cualquier persona realmente preocupada por los datos que su dispositivo está recopilando sobre su entorno.


Más sobre Android Q

Eso es todo lo relacionado con la privacidad y los permisos que he encontrado hasta ahora en Android Q. Estén atentos para mi artículo final que cubre todos los pequeños ajustes de UI y UX. Siga nuestra etiqueta Android Q para más artículos como este. Aquí hay un enlace a algunos de los artículos a los que me referí más a menudo, así como a algunos otros que creo que debería leer: