Signaler et suivre des bugs

Vous pouvez nous aider à améliorer Android en signalant des problèmes et en demandant de nouvelles fonctionnalités à l'aide de Google Issue Tracker. Google Issue Tracker est un outil utilisé par Google pour suivre les problèmes AOSP et les demandes de fonctionnalités. En dehors de Google, l'outil de suivi des problèmes est disponible pour les utilisateurs publics et partenaires externes qui doivent collaborer avec les équipes Google sur des problèmes et des fonctionnalités spécifiques.

Pour découvrir les principes de base de l'outil Issue Tracker de Google, consultez la page Issue Tracker de Google.

Signaler un bug

Pour signaler un bug AOSP:

  1. En utilisant comme base de recherche les bugs ouverts, utilisez le champ de recherche de l'outil de suivi des problèmes pour voir si quelqu'un a déjà signalé votre problème ou votre fonctionnalité. N'oubliez pas de rechercher également les bugs fermés et corrigés. Pour vous aider à trouver les résultats les plus populaires, triez-les par nombre d'étoiles. Pour en savoir plus sur l'utilisation du champ de recherche, consultez Recherches de problèmes.
  2. Si vous identifiez votre problème et qu'il est important pour vous, activez-le à vos favoris. Le nombre d'étoiles attribuées à un problème aide Google à déterminer sa priorité.
  3. Si personne n'a signalé votre problème, créez un bug.

    1. Reportez-vous à la section de ce document qui concerne le composant de votre bug. Les composants du bug identifient la zone d'Android pour laquelle le bug s'applique.

    2. Remplissez le modèle fourni:

      • S'il s'agit d'un bug, indiquez dans les commentaires les étapes permettant de le reproduire. Un commentaire qui indique simplement qu'un élément ne fonctionne pas nécessitera probablement des informations supplémentaires. La quantité d'informations que vous fournissez, y compris les fichiers journaux et même un ensemble de correctifs, aide Google à résoudre votre problème.
      • Si le problème est une demande de fonctionnalité, fournissez des informations explicites sur la fonctionnalité proposée, y compris le problème résolu et les considérations de conception.
    3. Cliquez sur Créer. Le rapport de bug est créé pour que Google l'examine.

Pour savoir comment suivre l'état d'un bug, consultez l'article Suivre l'état du bug.

Composants du bug

Les quatre sections suivantes sont conçues pour vous aider à rechercher et à signaler des bugs à l'aide du composant approprié.

Sécurité

Si vous rencontrez un problème qui affecte la sécurité d'Android ou de composants sur les appareils Pixel, signalez un bug en suivant les instructions de la section Signaler des problèmes de sécurité. De plus, les bugs de sécurité sont éligibles au Programme de récompenses pour les appareils Android et Google.

Plate-forme

Si vous rencontrez un problème ou une demande de fonctionnalité qui affecte un aspect de la plate-forme Android, signalez le bug en cliquant sur l'icône de bug à côté de la zone du composant concerné:

Parcourir tous les problèmes liés à la plate-forme

Parcourir les bugs Signaler un bug
Accessibilité
ART
Navigateur
CTS
Framework
Graphismes
Kernel (GKI)
16 ko
Multimédia
Applis instantanées
Libcore
Networking
Système
Generic System Image (Image système générique)
Texte
Things
Wear

Outils pour les développeurs Android

Si vous rencontrez un problème ou si vous avez une demande de fonctionnalité qui affecte un aspect des outils pour les développeurs Android, signalez le bug en cliquant sur l'icône en forme de bug à côté de la zone de composant concernée dans le tableau suivant.

Parcourir tous les problèmes liés aux outils pour les développeurs

Parcourir les bugs Détails Signaler un bug
adb
Android Studio Informations spécifiques aux bugs dans Android Studio
C++ Problèmes dans Android Studio
Images d'émulateur ou système Informations spécifiques aux bugs de l'émulateur
Gradle Informations spécifiques aux bugs Gradle
Appliquer les modifications Informations spécifiques aux bugs "Appliquer les modifications"
Lint
NDK Problèmes liés au compilateur NDK ou au système de compilation. Ne pas utiliser pour les requêtes API ni les bugs. Les API font partie de l'OS, et les requêtes qui les concernent doivent être classées dans l'un des composants de la plate-forme ci-dessus (si vous ne savez pas lequel, utilisez Framework).
Profileurs
Jetpack (androidx)
Test Jetpack (androidx)
SDK Jeux

Documentation

Si vous rencontrez un problème ou si vous souhaitez demander une fonctionnalité qui affecte un aspect de la documentation Android, signalez le bug en cliquant sur l'icône en forme de bug à côté de la zone de composant concernée:

Parcourir les bugs Signaler un bug
developer.android.com (documentation pour les développeurs d'applications)
source.android.com (documentation AOSP)

Demande d'interopérabilité DMA

Si vous souhaitez envoyer une demande d'interopérabilité de la loi sur les marchés numériques pour Android, utilisez le composant approprié:

Envoyer une demande Requêtes de navigation
Créer une demande publique Demandes publiques
Créer une demande privée

Suivre l'état des bugs

Les bugs nouvellement créés sont toujours marqués comme Nouveau. Les responsables AOSP examinent et trient régulièrement les bugs en modifiant leur état et en les attribuant éventuellement à quelqu'un. Les bugs sont triés en trois catégories:

  • Informations supplémentaires requises. Le rapport de bug ne contient pas suffisamment d'informations pour que quelqu'un puisse hiérarchiser ou analyser correctement le bug. Le rapport de bug est ajouté à une liste (New + Hotlist:NeedsInfo) jusqu'à ce que vous fournissiez les informations demandées. Après un certain temps, si aucune information supplémentaire n'est fournie, l'état du bug indique qu'il ne sera pas traité.

  • Le bug est attribué à un utilisateur et, éventuellement, repriorisé. Le rapport de bug a été reconnu comme un rapport suffisamment détaillé d'un problème légitime. Le bug est correctement hiérarchisé ou est repriorisé. Enfin, le bug est attribué à un contributeur spécifique pour être évalué et analysé.

    En règle générale, un bug reste Attribué jusqu'à ce qu'un utilisateur s'engage à le résoudre, auquel cas il est attribué l'état Accepté. Toutefois, il se peut qu'une personne responsable ne modifie pas l'état d'un bug en Accepté. Il suffit de corriger le bug et de lui attribuer l'état Résolu ou Résolu (validé).

  • Aucune action ne sera effectuée sur le bug. Un bug peut appartenir à cette catégorie pour plusieurs raisons, par exemple s'il s'agit d'un doublon d'un autre bug, s'il est impossible de le corriger ou s'il représente une fonctionnalité qui fonctionne comme prévu.

Pour suivre l'état du bug:

  1. Ouvrez le bug et examinez les champs "Priorité", "État" et "Commentaires". Pour en savoir plus sur la priorité et l'état, consultez les champs de problème.
  2. (Facultatif) Répondez aux questions ou commentaires dans le champ des commentaires.

Les bugs marqués avec l'état Résolu (validé) seront inclus dans une prochaine version d'Android.

Informations supplémentaires pour des états spécifiques

Vous trouverez ci-dessous des explications supplémentaires sur certains états de bug (en plus des informations fournies dans la documentation sur les champs de problème de l'outil Issue Tracker):

  • Ne sera pas résolu (fonctionnement intentionnel) : un responsable AOSP a déterminé que le comportement décrit n'était pas un bug, mais le comportement souhaité. Cet état est également couramment appelé "fonctionnement comme prévu (WAI)". Pour les demandes de fonctionnalités, un responsable AOSP a déterminé que la requête ne sera pas implémentée dans Android.

  • Ne résout pas le problème (non réalisable) : les modifications nécessaires pour résoudre le problème ne sont pas raisonnablement possibles. Cet état est également utilisé pour les problèmes signalés qui ne peuvent pas être gérés dans AOSP, généralement parce qu'ils sont liés à un appareil personnalisé ou à une application externe, ou parce que le journaliste a confondu Issue Tracker comme un forum d'aide.

  • Corrigé (Validé) : ce bug a été corrigé et est inclus dans une version officielle.

  • Corrigé:ce bug a été corrigé (ou une fonctionnalité implémentée) dans une arborescence source, mais n'a peut-être pas encore été inclus dans une version officielle.