Android 14 tiene un problema de fondo de pantalla

Si desea utilizar aplicaciones de terceros para personalizar su fondo de pantalla, es posible que se sorprenda si tiene Android 13 o una versión más reciente.

Google siempre ha actuado como si estuviera comprometido con la privacidad y, en los últimos lanzamientos de Android, sería difícil argumentar lo contrario. La compañía claramente ha estado tratando de mejorar la seguridad de su plataforma y al mismo tiempo agregar nuevas funciones en Android 13 y Android 14, pero no todos los cambios han sido buenos. De hecho, uno de esos cambios que la compañía está promocionando (en silencio) como una mejora de seguridad parece haber sido implementado por accidente y hace que las aplicaciones de terceros realmente no puedan acceder a su fondo de pantalla.

En un hilo de Mastodon compartido por el desarrollador de Android Zachary Wander, describe cómo dividir el permiso READ_EXTERNAL_STORAGE en tres permisos separados rompe las aplicaciones que interactúan con el fondo de pantalla del usuario. Estos tres permisos son para acceder a imágenes, vídeos y archivos de audio, lo que sin duda es un buen cambio. Sin embargo, las API de fondos de pantalla (incluida la recuperación del fondo de pantalla del usuario) también requerían anteriormente este permiso. Debido a que tampoco obtuvieron un nuevo permiso y Android 13 ya no admite la concesión del permiso READ_EXTERNAL_STORAGE, no existe una alternativa.

Este comportamiento se informó como un error el año pasado antes del lanzamiento de Android 13, y Google no respondió (aparte de una solicitud inicial de más información) durante varios meses. En mayo de este año, un empleado de Google respondió diciendo que no se solucionaría y agregó lo siguiente:

"Discutimos el comportamiento con nuestro equipo de productos e ingeniería y ellos apoyaron mantener la API accesible solo para aplicaciones privilegiadas del sistema".

La razón por la que esto es importante es multifacética. Si usa su teléfono solo con el fondo de pantalla predeterminado (o cualquiera de los otros fondos de pantalla predeterminados) y no profundiza demasiado en la personalización, entonces probablemente esté bien. Sin embargo, cualquier aplicación que pueda administrar su fondo de pantalla por usted se verá perjudicada por esto. LWP+, por ejemplo, requiere acceso para realizar copias de seguridad, importar y exportar su fondo de pantalla, pero no podrá hacerlo una vez que sea necesario para apuntar a versiones más nuevas de Android. Esta aplicación también se utiliza para configurar colores personalizados de Material You, pero no podrás hacerlo en el futuro a menos que esto cambie. Los cronogramas publicados actualmente por Google indican que las aplicaciones deberán apuntar a Android 13 a fines de agosto.

Peor aún, Wander informa que ha tenido problemas con lanzadores de terceros que no pueden mostrar su fondo de pantalla personalizado. Si bien no pudimos replicar ese comportamiento exacto, probamos varios lanzadores de terceros en la última versión beta de Android 14 y notamos que un lanzador, Lynx Launcher, tuvo problemas relacionados con los permisos. Dio un error que decía que no podía obtener todos los permisos que necesitaba y que no podíamos rectificar, y no podíamos configurar un fondo de pantalla personalizado de Google Photos.

Nos comunicamos con Nova Launcher para hacer comentarios y nos dijeron que, si bien hasta ahora solo habían visto problemas relacionados con permisos en dispositivos relacionados con Samsung, un portavoz de la compañía me dijo: "Es desafortunado ver que ahora han Lo marcó como comportamiento previsto." Uno de esos problemas de permisos en un dispositivo Samsung que me mostraron fue que al configurar un fondo de pantalla desde el selector de fondos de pantalla de Nova, aparecía un error que decía "Permiso denegado" y el fondo de pantalla no estaba configurado. Estos informes solo provienen de dispositivos Samsung y el equipo aún no ha podido replicarlos en un Google Pixel.

Para ser claros, esta API nunca fue accesible únicamente para aplicaciones privilegiadas del sistema, y ​​fue el resultado de lo que parece ser un descuido en la división del permiso READ_EXTERNAL_STORAGE que condujo a esta situación en primer lugar. En realidad, este permiso también existe en Android 13, y el controlador de permisos simplemente lo niega a cualquier aplicación que lo solicite si esa aplicación tiene como objetivo Android 13. El controlador de permisos de Android es un módulo de Project Mainline, por lo que, en teoría, Google podría rectificar este comportamiento en Android 13. dispositivos. Tal como están las cosas, Google pronto requerirá que todas las aplicaciones orientadas a Android 13 o posterior se actualicen, lo que significa que esas aplicaciones ya no podrán acceder a su fondo de pantalla.

La propia documentación de Google sobre la clase WallpaperManager es igualmente frívola. Indica que "A partir de T, ya no es posible acceder directamente al fondo de pantalla; en su lugar, se devuelve el fondo de pantalla predeterminado del sistema" y que a partir de la versión U (Android 15), ciertos métodos de clase no deben usarse en absoluto.

Si se tratara de una mejora de seguridad, es ciertamente extraño que la compañía no haya llamado la atención sobre todo esto, y es difícil ver cómo exactamente sería una en primer lugar. Nos comunicamos con Google y actualizaremos este artículo si recibimos una respuesta.

Soy Adam Conway, un fanático de la tecnología irlandés con una licenciatura en Ciencias de la Computación y soy el editor técnico principal de XDA. Mi tesis de licenciatura se realizó sobre la viabilidad de comparar los elementos no funcionales de las aplicaciones Android y los teléfonos inteligentes, como el rendimiento, y he estado trabajando en la industria tecnológica de una forma u otra desde 2017. En mi tiempo libre, Probablemente me encuentres jugando Counter-Strike o VALORANT, y puedes comunicarte conmigo en [email protected], en Twitter como @AdamConwayIE, en Instagram como adamc.99 o u/AdamConwayIE en Reddit.