Signaler et suivre les bugs

Vous pouvez nous aider à améliorer Android en signalant les problèmes et en demandant de nouvelles fonctionnalités à l'aide de l'outil Issue Tracker de Google. L'outil Issue Tracker de Google est utilisé Google pour suivre les problèmes AOSP et les demandes de fonctionnalités. L'outil Issue Tracker est disponible en dehors de Google pour les utilisateurs externes et partenaires qui doivent collaborer avec les équipes Google sur des fonctionnalités et des problèmes 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 les bugs ouverts comme base de votre recherche, utilisez le champ de recherche de l'outil Issue Tracker pour voir si quelqu'un a déjà signalé votre problème ou votre fonctionnalité. N'oubliez pas de rechercher aussi les bugs résolus et fermés. Pour 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 la section Effectuer des recherches.
  2. Si vous trouvez votre problème et qu’il est important pour vous, activer le suivi ! 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 à laquelle le bug s'applique.

    2. Remplissez le modèle fourni:

      • S'il s'agit d'un bug, indiquez les étapes permettant de le reproduire dans la commentaires. Un commentaire qui se contente de mentionner que quelque chose ne fonctionne pas est susceptible nécessitent 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.
      • S'il s'agit d'une demande de fonctionnalité, fournissez des détails explicites sur la 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éé afin que Google puisse l'examiner.

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

Composants des bugs

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 Programme de fidélité pour les appareils Android et Google

Plate-forme

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

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
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 liés à l'application des modifications
Lint
NDK Problèmes liés au compilateur ou au système de compilation du NDK 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é DMA pour Android, utilisez la zone de composant appropriée :

Envoyer une demande Requêtes de navigation
<ph type="x-smartling-placeholder"></ph> Créer une requête publique Requêtes publiques
<ph type="x-smartling-placeholder"></ph> 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 classés dans l'une des trois catégories suivantes:

  • 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 bug le rapport est ajouté à une liste (New + Hotlist:NeedsInfo) tant que vous n'avez pas fourni les informations demandées. Après un certain temps, si aucune information supplémentaire est fournie, le bug reçoit un état indiquant qu'il ne sera pas pris en compte. de données.

  • 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'une personne s'engage à le résoudre, auquel cas il est attribué l'état Accepté. Toutefois, une Il est possible que la personne responsable ne modifie pas l'état d'un bug en Accepté, mais seulement Corrigez le bug et attribuez-lui l'état Résolu ou Corrigé (validé).

  • Le bug ne sera pas traité. 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 comme Corrigés (vérifiés) sont 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 prévu. Cet état est également communément appelé « fonctionnelle prévu (WAI)." Pour les demandes de fonctionnalités, un responsable AOSP a déterminé que la demande ne sera pas implémentée dans Android.

  • Won't fix (Infeasible) : 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 traités dans AOSP, généralement parce qu'ils sont liés vers un appareil personnalisé ou une application externe, ou le journaliste s'est trompé l'Issue Tracker comme forum d'aide.

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

  • Résolu:ce bug a été corrigé (ou une fonctionnalité a été implémentée) dans une arborescence source, mais il est possible qu'elle n'ait pas encore été incluse dans une version officielle.