Report and track bugs

You can help improve Android by reporting issues and requesting new features using the Google Issue Tracker. Google Issue Tracker is a tool used by Google to track AOSP issues and feature requests. The Issue Tracker is available outside of Google for use by external public and partner users who need to collaborate with Google teams on specific issues and features.

To learn the basics of the Google Issue Tracker, see the Google Issue Tracker.

Report a bug

To report an AOSP bug:

  1. With all open bugs as the basis for your search, use the Issue Tracker's search field to see if anyone has already reported your issue or feature. Don't forget to also search closed and fixed bugs. To help you find the most popular results, sort the result by number of stars. For details on using the search field, refer to Issue Searches
  2. If you find your issue and it's important to you, star it! The number of stars on an issue helps Google to determine its priority.
  3. If no one has reported your issue, create a new bug.

    1. Refer to the section of this document that relates to the component for your bug. Bug components identify the area of Android for which the bug applies.

    2. Fill out the provided template:

      • If the issue is a bug, include the steps to reproduce the bug in the comments. A comment that only states something isn't working is likely to require further information. The amount of detail that you provide, including log files and even a patch set, helps Google address your issue.
      • If the issue is a feature request, provide explicit details on the proposed feature, including the problem solved and design considerations.
    3. Click Create. The bug report is created for Google to review.

To learn how to track the bug's status, refer to Track bug status.

Bug components

The following four sections are designed to help you search for and report bugs using the correct component.

Security

If you find an issue that impacts the security of Android or components in Pixel devices, file a bug using the instructions in Reporting security issues. Additionally, security bugs are eligible for the Android and Google Devices Reward Program.

Platform

If you have an issue or feature request that impacts an aspect of the Android platform, file your bug by clicking the bug icon next to the relevant component area:

Browse all platform issues

Browse bugs File a bug
Accessibility
ART
Browser
CTS
Framework
Graphics
Kernel (GKI)
16kB
Media
Instant Apps
Libcore
Networking
System
Generic System Image
Text
Things
Wear

Android developer tools

If you have an issue or feature request that impacts an aspect of the Android developer tools file your bug by clicking the bug icon next to the relevant component area in the following table.

Browse all Developer Tools issues

Browse bugs Details File a bug
adb
Android Studio Information specific for Android Studio bugs
C++ Issues in Android Studio
Emulator or System Images Information specific for Emulator bugs
Gradle Information specific for Gradle bugs
Apply Changes Information specific for Apply Changes bugs
Lint
NDK NDK compiler or build system issues. Not for API requests or bugs. APIs are part of the OS, and requests related to them should be filed in one of the Platform components above (if you don't know which, use Framework).
Profilers
Jetpack (androidx)
Jetpack (androidx) Test
Games SDK

Documentation

If you have an issue or feature request that impacts an aspect of the Android documentation, file your bug by clicking the bug icon next to the relevant component area:

Browse bugs File a bug
developer.android.com (app developer documentation)
source.android.com (AOSP documentation)

DMA Interoperability Request

If you would like to submit a DMA Interoperability request for Android, use the relevant component area:

File a request Browse requests
Create a new public request Public requests
Create a new private request

Track bug status

Newly created bugs are always marked with a status of New. AOSP maintainers periodically review and triage bugs by changing their status and potentially assigning them to someone. Bugs are triaged into one of three categories:

  • Needs more information. The bug report doesn't have enough information for someone to prioritize or properly analyze the bug. The bug report is put on a list (New + Hotlist:NeedsInfo) until you provide the requested information. After some period of time, if no additional information is provided, the bug is given a status indicating that it won't be acted upon.

  • The bug is Assigned to someone and, optionally, reprioritized. The bug report has been recognized as an adequately-detailed report of a legitimate issue. The bug's is properly prioritized or is reprioritized. Finally, the bug is assigned to a specific contributor to assess and analyze.

    Typically, a bug remains as Assigned until someone intends to resolve the bug, at which point it is assigned an Accepted status. However, an assignee might not change a bug's status to Accepted and, instead, just fix the bug and assign a Fixed or Fixed (verified) status.

  • The bug won't be acted upon. A bug falls into this category for several reasons, such as the bug is a duplicate of another bug, the bug is infeasible to fix, or the bug represents functionality that is working as intended.

To track bug status:

  1. Open the bug and look at the priority, status, and comments fields. For explanations of priority and status, refer to the Issue fields.
  2. (optional) respond to any questions or comments in the comments field.

Bugs marked with a Fixed (verified) status are included in a future release of Android.

Additional information for specific statuses

Following is further explanation for a few bug statuses (in addition to the information provided in the Issue Tracker Issue fields documentation):

  • Won't fix (Intended behavior): An AOSP maintainer has determined that the behavior described isn't a bug, but is the intended behavior. This status is also commonly referred to as "working as intended (WAI)." For feature requests, an AOSP maintainer has determined that the request isn't going to be implemented in Android.

  • Won't fix (Infeasible): The changes that are needed to address the issue aren't reasonably possible. This status is also used for issues reported that can't be handled in AOSP, typically because it's related to a customized device or to an external app, or the reporter mistook the Issue Tracker as a help forum.

  • Fixed (Verified): This bug has been fixed, and is included in a formal release.

  • Fixed: This bug has been fixed (or feature implemented) in a source tree, but might not yet been included in a formal release.