Signaler et suivre les 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 et les demandes de fonctionnalités liés à AOSP. L'outil de suivi des problèmes est disponible en dehors de Google pour les utilisateurs externes (publics et partenaires) qui ont besoin de collaborer avec les équipes Google sur des problèmes et des fonctionnalités spécifiques.

Pour découvrir les bases de Google Issue Tracker, consultez Google Issue Tracker.

Signaler un bug

Pour signaler un bug AOSP :

  1. En utilisant tous les bugs ouverts comme base de 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 également les bugs fermés et corrigé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 Recherches de problèmes.
  2. Si vous trouvez votre problème et qu'il est important pour vous, ajoutez-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 de bug identifient la zone d'Android à laquelle le bug s'applique.

    2. Remplissez le modèle fourni :

      • Si le problème est un bug, indiquez la marche à suivre pour le reproduire dans les commentaires. Un commentaire qui indique simplement qu'un élément ne fonctionne pas nécessitera probablement des informations supplémentaires. Plus vous fournissez d'informations (fichiers journaux, ensemble de correctifs, etc.), plus Google sera en mesure de résoudre votre problème.
      • Si le problème concerne 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 du bug, consultez Suivre l'état d'un bug.

Composants de bug

Les quatre sections suivantes sont conçues pour vous aider à rechercher et à signaler des bugs en utilisant le bon composant.

Sécurité

Si vous rencontrez un problème qui affecte la sécurité d'Android ou des composants des appareils Pixel, signalez-le 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 Android et Google Devices.

Plate-forme

Si vous rencontrez un problème ou souhaitez demander une fonctionnalité qui a un impact sur 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 concerné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
Objets
Wear

Outils pour les développeurs Android

Si vous rencontrez un problème ou si vous souhaitez demander une fonctionnalité qui a un impact sur un aspect des outils de développement Android, signalez-le 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 système ou d'émulateur 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 NDK. Ne pas utiliser pour les requêtes ou les bugs liés aux API. Les API font partie de l'OS. Les demandes les concernant doivent être déposées dans l'un des composants de plate-forme précédents (si vous ne savez pas lequel, utilisez "Framework").
Profileurs
Jetpack (androidx)
Test Jetpack (androidx)
SDK Games

Documentation

Si vous rencontrez un problème ou souhaitez demander une fonctionnalité qui a un impact sur 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é concernant le DMA

Si vous souhaitez envoyer une demande d'interopérabilité LMM pour Android, utilisez la zone de composant appropriée :

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

Demande de flux de contenu DMA sur Pixel

Dans l'Espace économique européen (EEE), les écrans Pixel affichent des écrans de sélection de moteur de recherche en ligne (OSE, Online Search Engine) conformément au DMA, qui permettent aux utilisateurs de choisir leur OSE préféré. Si un utilisateur sélectionne un fournisseur spécifique sur l'écran de sélection OSE, ce fournisseur peut choisir d'afficher son flux de contenu sur l'écran Pixel qui s'affiche lorsque les utilisateurs balayent l'écran d'accueil de Pixel vers la droite.

Si vous êtes un fournisseur qui participe à l'écran de sélection OSE de la DMA dans un État membre et que vous souhaitez afficher votre contenu sur l'écran -1 de Pixel, veuillez signaler un bug pour nous contacter :

Créer une demande privée

Suivre l'état d'un bug

Les bugs nouvellement créés sont toujours marqués comme Nouveau. Les responsables de l'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 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 rapport de bug est placé dans une liste (New + Hotlist:NeedsInfo) jusqu'à ce que vous fournissiez les informations demandées. Si aucune information supplémentaire n'est fournie au bout d'un certain temps, le bug reçoit un état indiquant qu'aucune action ne sera entreprise à son sujet.

  • Le bug est attribué à une personne et, éventuellement, sa priorité est modifiée. 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 sa priorité est modifiée. Enfin, le bug est attribué à un contributeur spécifique pour évaluation et analyse.

    En général, un bug reste à l'état Assigned (Attribué) jusqu'à ce que quelqu'un ait l'intention de le résoudre, auquel cas il passe à l'état Accepted (Accepté). Toutefois, il est possible qu'un responsable ne modifie pas l'état d'un bug en Accepté, mais qu'il se contente de corriger le bug et d'attribuer l'état Corrigé ou Corrigé (vérifié).

  • Le bug ne sera pas traité. Un bug appartient à cette catégorie pour plusieurs raisons, par exemple s'il s'agit d'un doublon d'un autre bug, s'il est impossible à corriger ou s'il représente une fonctionnalité qui fonctionne comme prévu.

Pour suivre l'état d'un bug :

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

Les bugs dont l'état est Corrigé (vérifié) 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 bugs (en plus des informations fournies dans la documentation Champs des problèmes d'Issue Tracker) :

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

  • Ne sera pas corrigé (irré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 traités dans AOSP, généralement parce qu'ils sont liés à un appareil personnalisé ou à une application externe, ou parce que le rapporteur a confondu l'outil Issue Tracker avec un forum d'aide.

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

  • Corrigé : ce bug a été corrigé (ou cette fonctionnalité a été implémentée) dans un arbre source, mais il est possible qu'il ne soit pas encore inclus dans une version officielle.