Article réalisé avec assistance IA à partir des sources citées, avec contrôle éditorial automatisé.
Quoi, quand et comment — l’essentiel
Google a publié la version stable d’Android 17 QPR2 en même temps que le Pixel Drop du 10 novembre 2026. Les notes officielles listent les corrections, durcissements de sécurité et quelques ajustements d’API : voir les notes de version Android 17 QPR2 pour le détail technique. Le Pixel Drop associé est décrit dans le blog officiel publié le billet Google du 10 novembre 2026.
Ce qui change vraiment pour l’utilisateur (et pourquoi ça compte)
La majorité des changements sont incrémentaux et visent la stabilité, mais deux points ont un impact concret :
- Durcissement contre les codes USSD automatisés — le système bloque désormais l’exécution programmée de certains codes USSD (par exemple les commandes de renvoi d’appel) si l’app n’a que l’autorisation CALL_PHONE. Les appels à
TelephonyManager.sendUssdRequest() peuvent échouer avec USSD_ERROR_NOT_ALLOWED. Google recommande d’utiliser ACTION_DIAL pour demander la confirmation explicite de l’utilisateur. Ce changement vise à réduire les fraudes et mauvaises configurations réseau invisibles à l’utilisateur.
- Remise des self-broadcasts sur le thread principal — les broadcasts envoyés et reçus dans le même processus (self-broadcasts) sont désormais traités sur le thread principal et ne gardent plus le processus « en vie ». Autrement dit : vous ne pouvez plus compter sur un self-broadcast pour maintenir du travail en arrière-plan ou empêcher le gel d’un processus.
Ces deux évolutions favorisent la sécurité et l’économie d’énergie, au prix d’un peu plus de travail pour les développeurs (et d’une confirmation utilisateur supplémentaire pour certaines opérations réseau — tant mieux pour la prévention des catastrophes invisibles).
Correction des crashs et bugs : améliorations notables
QPR2 corrige plusieurs problèmes signalés en bêta (la chaîne bêta a culminé avec Beta 7.1 publiée le 16 octobre 2026). Les corrections évoquées vont de blocages sévères de l’interface à des drains anormaux de batterie en idle, en passant par des échecs HTTPS via DownloadManager et des redémarrages inattendus liés à la caméra ou au micro. La liste complète et les références Issue Tracker figurent dans les notes officielles.
Ce que les développeurs doivent faire maintenant
Résumé actionnable pour les équipes techniques :
- Vérifier si votre app utilise
sendUssdRequest() pour configurer des services (ex. renvoi d’appel). Gérer proprement USSD_ERROR_NOT_ALLOWED et proposer ACTION_DIAL avec confirmation utilisateur.
- Ne pas s’appuyer sur les self-broadcasts pour garder un travail d’arrière-plan actif. Migrer vers
WorkManager, AlarmManager ou communication intra-processus directe (Kotlin flows, appels de méthode).
- Consulter l’API diff report et tester votre app contre les builds Beta mentionnés (Beta 1 → Beta 7.1) si vous dépendez de comportements bas niveau.
Si vous avez des automatisations d’opérateur ou des outils de configuration réseau, considérez QPR2 comme un rappel : l’automatisation sans confirmation est devenue moins tolérée.
Déploiement et compatibilité
Le déploiement pilote a démarré le 10 novembre 2026 via le Pixel Drop. Les premiers retours médias et observateurs indiquent que les Pixel récents reçoivent l’OTA ; la disponibilité exacte dépend du modèle et de la région, donc vérifiez le support Pixel ou l’OTA de votre appareil. Pour un aperçu de couverture, voir aussi les comptes rendus de la presse technique comme Android Authority ou le suivi de déploiement rapporté par TalkAndroid.
Pratique : checklist courte pour vos tests QA
- Tester les parcours USSD et gérer l’erreur USSD_ERROR_NOT_ALLOWED.
- Vérifier que les tâches d’arrière-plan continuent via WorkManager/AlarmManager.
- Contrôler les transferts HTTPS avec DownloadManager et les accès caméra/micro sur appareil Pixel avec QPR2.
Besoin d’un coup de main pour transformer cette checklist en tests unitaires ou scénarios QA ? Je peux compiler ça pour vous en version exécutable CI.
Liens internes utiles : article sur Pixel Tag : le traqueur Android (Pixel Drop inclut Pixel Tag) et notre couverture de la Beta 7.1 qui corrigeait le gel UI.
Conclusion courte — rien d’explosif mais des changements entêtants : QPR2 rend Android plus strict sur ce qui peut s’exécuter à la sauvette et renforce la stabilité. Si votre appli joue avec le réseau ou la gestion « réveil » du processus, testez maintenant ; ça évitera des surprises à vos utilisateurs (et à votre support clientèle).
Yarek Chmielewski Geek.
Pour aller plus loin
Yarek Chmielewski GeekMoi, c’est Yarek Chmielewski Geek. J’aime la technologie quand elle rend service, quand elle surprend et, parfois, quand elle nous oblige à nous demander qui a bien pu valider cette idée en réunion. Un appareil qui simplifie vraiment le quotidien m’intéresse davantage qu’une boîte couverte de superlatifs. « Révolutionnaire » ? Très bien. Commençons par vérifier si le câble est fourni. Sur Planète Geek, je m’intéresse surtout aux smartphones, à Android, aux accessoires utiles et aux usages concrets de l’intelligence artificielle. Mon fil conducteur tient en une question : qu’est-ce que ça change pour nous ? Une nouvelle fonction mérite-t-elle notre attention, notre argent ou simplement un haussement de sourcil ? Entre la fiche technique et la vraie décision d’achat, il y a souvent un joli terrain vague. C’est là que je pose ma chaise. J’aime décortiquer une promesse marketing, traduire un sigle qui se prend pour un mot de passe et remettre les chiffres à leur place. Plus gros n’est pas toujours plus utile. Plus cher n’est pas une démonstration. Et ajouter « AI » à un nom de produit ne lui donne pas automatiquement un cerveau, même si cela semble parfois lui donner vingt euros de plus sur l’étiquette. Mon ton est personnel, volontiers satirique et parfois un peu taquin. Je préfère rire des absurdités numériques que me moquer des personnes qui les subissent. Nous avons tous déjà cherché un réglage pourtant situé « dans un menu très intuitif », selon quelqu’un qui connaît manifestement mieux les menus que les humains. L’humour sert à rendre les explications plus agréables, pas à camoufler une information manquante. Je tiens aussi à une distinction simple : lire une fiche n’est pas tester un produit. Quand un article repose sur des spécifications, des annonces ou des sources publiques, il doit le dire. Une analyse peut expliquer un compromis ou repérer une incohérence ; elle ne peut pas inventer une température mesurée, une autonomie constatée ou six mois d’utilisation. Une inconnue reste une inconnue. Même avec une très belle mise en page. Les notes publiées sous cette signature sont des appréciations éditoriales sur les critères indiqués dans l’article. Elles ne sont ni des témoignages clients ni des résultats de laboratoire. Lorsque les informations ne permettent pas une évaluation sérieuse, mieux vaut écrire « non noté » que sortir un 9/10 d’un chapeau connecté. Les liens commerciaux sont signalés : une commission éventuelle n’est pas un argument technique. Yarek Chmielewski Geek est la signature éditoriale utilisée pour les contenus automatisés et assistés par intelligence artificielle de Planète Geek. Les articles s’appuient sur les sources citées et passent des contrôles automatiques, qui peuvent néanmoins laisser passer des erreurs. Cette présentation décrit une ligne éditoriale, pas un parcours professionnel ou une expérience de test revendiquée. Si une information est incorrecte, signalez-la via la page de contact du site en précisant l’article et la source : une correction vaut toujours mieux qu’une certitude qui s’accroche à son clavier.