Google se compromete a impulsar la igualdad racial para las comunidades afrodescendientes. Obtén información al respecto.

La vida de un bicho

Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.

El proyecto de código abierto de Android mantiene un rastreador de problemas público donde puede informar errores y solicitar funciones para la pila de software principal de Android. (Para obtener detalles sobre este rastreador de problemas, consulte Informes de errores ). Informar sobre errores es excelente (¡gracias!), pero ¿qué sucede con un informe de errores después de presentarlo? Esta página describe la vida de un insecto.

Este no es un foro de atención al cliente. Para obtener información de soporte, consulte el centro de ayuda de Pixel . El soporte para otros dispositivos lo proporcionan los fabricantes de dispositivos o los operadores que venden esos dispositivos.

La asistencia para las aplicaciones de Google se realiza a través del sitio de asistencia de Google . El soporte para aplicaciones de terceros es con el desarrollador de cada aplicación, por ejemplo, a través de la información de contacto proporcionada en Google Play.

Estas son las etapas clave en la vida de un insecto:

  1. Se archiva un error y tiene el estado Nuevo .
  2. Un mantenedor de AOSP revisa y clasifica periódicamente los errores. Los errores se clasifican en uno de cuatro grupos : Nuevo, Abierto, Sin acción o Resuelto.
  3. Cada cubo incluye una serie de estados que brindan más detalles sobre el destino del problema.
  4. Los errores marcados como Resueltos se incluirán en una versión futura del software de Android.

Detalles del cubo

Usamos el campo Estado en el Rastreador de problemas para especificar el estado de un problema en el proceso de resolución. Esto es consistente con las definiciones especificadas en la documentación de Issue Tracker .

Nuevos problemas

Los nuevos problemas incluyen informes de errores sobre los que no se ha actuado. Los dos estados son:

  • Nuevo: el informe de error no ha sido evaluado (es decir, revisado por un mantenedor de AOSP).
  • New + Hotlist:NeedsInfo: el informe de error no tiene información suficiente para actuar. La persona que informó el error debe proporcionar detalles adicionales antes de que se pueda evaluar. Si pasa suficiente tiempo y no se proporciona nueva información, el error puede cerrarse de forma predeterminada, como uno de los estados de No acción.

Problemas abiertos

Este depósito contiene errores que necesitan acción, pero que aún no se han resuelto, a la espera de un cambio en el código fuente.

  • Asignado: el informe de error se ha reconocido como un informe adecuadamente detallado de un problema legítimo y el error se ha asignado a un colaborador específico para que lo evalúe y analice.
  • Aceptado: el cesionario ha reconocido el problema y ha comenzado a trabajar en él.

Por lo general, un error comienza en Asignado y permanece allí hasta que alguien intenta resolverlo, momento en el que ingresa Aceptado . Sin embargo, tenga en cuenta que esto no es una garantía, y los errores pueden pasar directamente de Asignado a uno de los estados Resueltos.

En general, si un error se encuentra en uno de los estados Abiertos, el equipo de AOSP lo ha reconocido como un problema legítimo y es probable que se acepte una contribución de alta calidad para corregir ese error. Sin embargo, es imposible garantizar la finalización de una solución a tiempo para una versión en particular.

Problemas sin acción

Este depósito contiene errores que se considera que no requieren ninguna acción.

  • No se corregirá (no reproducible): un colaborador de AOSP intentó reproducir el comportamiento descrito y no pudo hacerlo. Esto a veces significa que el error es legítimo pero simplemente raro o difícil de reproducir, o que no había suficiente información para solucionar el problema.
  • No se corregirá (comportamiento previsto): un mantenedor de AOSP ha determinado que el comportamiento descrito no es un error, sino el comportamiento previsto. Este estado también se conoce comúnmente como trabajo según lo previsto (WAI) . Para las solicitudes de funciones, un mantenedor de AOSP ha determinado que la solicitud no se implementará en Android.
  • No se solucionará (obsoleto): el problema ya no es relevante debido a cambios en el producto.
  • No se solucionará (inviable): los cambios necesarios para abordar el problema no son razonablemente posibles. Este estado también se usa para problemas informados que no se pueden manejar en AOSP, generalmente porque están relacionados con un dispositivo personalizado o una aplicación externa, o porque el reportero confundió este rastreador con un foro de ayuda.
  • Duplicado: ya había un informe idéntico en el rastreador de problemas. Cualquier acción real se informará en ese informe.

Problemas resueltos

Este depósito contiene errores que se han tomado medidas y ahora se consideran resueltos.

  • Solucionado (verificado): este error se ha solucionado y se incluye en una versión formal. Cuando se establece este estado, también intentamos establecer una propiedad que indique en qué versión se corrigió.
  • Solucionado: este error se ha solucionado (o se ha implementado una función) en un árbol de fuentes, pero es posible que aún no se haya incluido en una versión formal.

Otras cosas

Los estados y el ciclo de vida anteriores son cómo generalmente tratamos de rastrear el software. Sin embargo, Android contiene una gran cantidad de software y, en consecuencia, obtiene una gran cantidad de errores. Como resultado, a veces los errores no pasan por todos los estados en una progresión formal. Tratamos de mantener el sistema actualizado, pero tendemos a hacerlo en barridos de errores periódicos en los que revisamos la base de datos y hacemos actualizaciones.