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 avecUSSD_ERROR_NOT_ALLOWED. Google recommande d’utiliserACTION_DIALpour 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 proprementUSSD_ERROR_NOT_ALLOWEDet proposerACTION_DIALavec confirmation utilisateur. - Ne pas s’appuyer sur les self-broadcasts pour garder un travail d’arrière-plan actif. Migrer vers
WorkManager,AlarmManagerou 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.
