Si vous aimez utiliser des applications tierces pour personnaliser votre fond d’écran, vous pourriez être sous le choc si vous utilisez Android 13 ou une version plus récente.
Google a toujours fait semblant de s'engager en faveur de la confidentialité, et au cours des dernières versions d'Android, il serait difficile de prétendre le contraire. L'entreprise a clairement essayé d'améliorer la sécurité de sa plateforme tout en ajoutant de nouvelles fonctionnalités dans Android 13 et Android 14, mais tous les changements n’ont pas été bons. En fait, l’un de ces changements que l’entreprise vante (discrètement) comme une amélioration de la sécurité semble avoir été a été implémenté par accident et fait en sorte que les applications tierces ne puissent pas réellement accéder à votre fond d'écran.
Dans un Fil de discussion Mastodon partagé par le développeur Android Zachary Wander, il explique comment la division de l'autorisation READ_EXTERNAL_STORAGE en trois autorisations distinctes interrompt les applications qui interagissent avec le fond d'écran de l'utilisateur. Ces trois autorisations permettent d'accéder aux images, aux vidéos et aux fichiers audio, ce qui constitue sans aucun doute un bon changement. Cependant, les API de fond d'écran (y compris la récupération du fond d'écran de l'utilisateur)
aussi avait auparavant besoin de cette autorisation. Comme ils n’ont pas non plus obtenu de nouvelle autorisation et qu’Android 13 ne prend plus en charge l’octroi de l’autorisation READ_EXTERNAL_STORAGE, il n’existe pas d’alternative.Ce comportement a été signalé comme un bug l'année dernière avant la sortie d'Android 13, et Google n'a pas répondu (à part une première demande de plus d'informations) pendant plusieurs mois. En mai de cette année, un Googleur a répondu en disant que le problème ne serait pas résolu, ajoutant ce qui suit :
"Nous avons discuté du comportement avec notre équipe produit et d'ingénierie et ils étaient favorables à ce que l'API reste accessible uniquement aux applications système privilégiées."
La raison pour laquelle cela est important comporte de multiples facettes. Si vous utilisez votre téléphone avec uniquement le fond d'écran par défaut (ou l'un des autres fonds d'écran par défaut) et que vous ne vous lancez pas trop dans la personnalisation, tout va probablement bien. Cependant, toutes les applications capables de gérer votre fond d'écran pour toi en sera blessé. LWP+ par exemple, il nécessite un accès pour sauvegarder, importer et exporter votre fond d'écran, mais il ne pourra plus le faire une fois qu'il sera requis pour cibler les versions plus récentes d'Android. Cette application est également utilisée pour définition de couleurs Material You personnalisées, mais vous ne pourrez plus le faire à l'avenir à moins que cela ne change. Chronologies actuellement publiées par Google État que les applications devront cibler Android 13 d’ici fin août.
Pire encore, Wander rapporte qu'il a eu des problèmes avec les lanceurs tiers qui ne pouvaient pas afficher son fond d'écran personnalisé. Bien que nous n'ayons pas pu reproduire ce comportement exact, nous avons testé un certain nombre de lanceurs tiers sur la dernière version bêta d'Android 14 et a noté qu'un lanceur, Lynx Launcher, s'est heurté à des problèmes liés aux autorisations problèmes. Il a généré une erreur indiquant qu'il ne pouvait pas obtenir toutes les autorisations dont il avait besoin, ce que nous ne pouvions pas rectifier, et nous ne pouvions pas définir un fond d'écran personnalisé à partir de Google Photos.
Nous avons contacté Nova Launcher pour obtenir des commentaires et on nous a dit que même s'ils n'avaient jusqu'à présent constaté que des problèmes liés aux autorisations survenant sur les appareils liés à Samsung, un Le porte-parole de l'entreprise m'a dit: « Il est regrettable de voir qu'ils ont maintenant marqué cela comme un comportement intentionnel ». Un de ces problèmes d'autorisations sur un appareil Samsung ce qu'on m'a montré, c'est que lors de la définition d'un fond d'écran à partir du sélecteur de fond d'écran de Nova, une erreur indiquant "Autorisation refusée" est apparue et le fond d'écran n'était pas ensemble. Ces rapports proviennent uniquement d'appareils Samsung et l'équipe n'a pas pu les reproduire sur un Google-Pixels encore.
Pour être clair, cette API n’a jamais été accessible uniquement aux applications système privilégiées, et elle est le résultat de ce qui semble être un oubli dans le fractionnement de l'autorisation READ_EXTERNAL_STORAGE qui a conduit à cette situation dans le premier lieu. Cette autorisation existe également toujours sur Android 13, et le contrôleur d’autorisation la refuse simplement à toute application qui la demande si cette application cible Android 13. Android Contrôleur d'autorisation est un Ligne principale du projet module, donc Google pourrait en théorie, corrigez ce comportement sur les appareils Android 13. Dans l’état actuel des choses, Google exigera bientôt que toutes les applications destinées à Android 13 ou plus récente soient mises à jour, ce qui signifie que ces applications ne pourront plus accéder à votre fond d’écran.
La propre documentation de Google sur le Gestionnaire de papier peint la classe est tout aussi désinvolte. Il indique que "À partir de T, accéder directement au fond d'écran n'est plus possible, mais la valeur par défaut le fond d'écran du système est renvoyé", et qu'à partir de la version U (Android 15), certaines méthodes de classe ne doivent pas être utilisées à tous.
S'il s'agissait d'une amélioration de la sécurité, il serait certainement étrange que l'entreprise n'ait pas attiré l'attention sur tout cela, et il est difficile de voir comment cela pourrait être exactement le cas en premier lieu. Nous avons contacté Google et mettrons à jour cet article si nous recevons une réponse.