La vida de un error

El Proyecto de código abierto de Android mantiene una herramienta de seguimiento de errores pública en la que puedes informar errores y solicitar funciones para la pila de software principal de Android. (Para obtener más información sobre este seguimiento de problemas, consulta Cómo informar errores). Informar errores es una excelente manera de ayudarnos (¡y te lo agradecemos!). Sin embargo, quizás te preguntes qué sucede con un error después de informarlo. En esta página, se describe el ciclo de vida de un informe de error.

Este no es un foro de asistencia al cliente. Para obtener información de asistencia, consulta el Centro de ayuda de Pixel. La asistencia para otros dispositivos está a cargo de los fabricantes del dispositivo o de los proveedores que los venden.

La asistencia para las apps de Google se realiza mediante el sitio de asistencia de Google. La asistencia para apps de terceros está a cargo del desarrollador correspondiente, por ejemplo, a través de la información de contacto que se indica en Google Play.

Las siguientes son las etapas clave en la vida de un error:

  1. Se informa un error y tiene el estado Nuevo.
  2. Un compilador del AOSP revisa y prioriza los errores periódicamente. Los errores se clasifican en una de cuatro categorías: Nuevo, Abierto, Ninguna acción o Resuelto.
  3. Cada categoría incluye varios estados que ofrecen más detalles sobre el futuro del error.
  4. Los errores marcados como Resuelto se incluirán en una actualización futura del software de Android.

Detalles de la categoría

Usamos el campo Estado en la Herramienta de seguimiento de errores para especificar el estado de un error en el proceso de resolución. Es coherente con las definiciones especificadas en la documentación de la Herramienta de seguimiento de problemas.

Problemas nuevos

Los problemas nuevos incluyen informes de errores para los que todavía no se realizaron acciones. Los dos estados son los siguientes:

  • Nuevo: no se clasificó el informe de errores (es decir, no lo revisó un encargado de mantenimiento del AOSP).
  • Nuevo + Hotlist:NeedsInfo: la información del informe de errores es insuficiente para ejecutar una acción. El usuario que informó el error debe brindar detalles adicionales antes de que se pueda clasificar. Si transcurre el tiempo suficiente y no se proporciona información nueva, es posible que se cierre el error de forma predeterminada como uno de los estados "Ninguna acción".

Problemas sin resolver

En esta categoría, se incluyen errores que necesitan una acción, pero que siguen sin resolverse ya que dependen de un cambio en el código fuente.

  • Asignado: se reconoció el informe de errores como un informe sobre un error verdadero con los detalles suficientes y se asignó el error a un colaborador específico para que lo evalúe y lo analice
  • Aceptado: la persona a la que se le asignó el error lo aceptó y comenzó a trabajar en él.

Por lo general, un error empieza en el estado Asignado y permanece así hasta que alguien intenta resolverlo. En ese momento, pasa al estado Aceptado. Sin embargo, no siempre es así y los errores pueden pasar directamente de Asignado a uno de los estados de "Resuelto".

En general, si un error está en uno de los estados de "Abierto", quiere decir que el equipo del AOSP lo reconoció como un error verdadero y es probable que se acepte una contribución de alta calidad que lo corrija. Sin embargo, no se puede garantizar que se completará una corrección a tiempo para el lanzamiento de una actualización en particular.

Problemas sin ninguna acción

En esta categoría, se incluyen los errores que se considera que no requieren ninguna acción.

  • No se solucionará (No reproducible): un colaborador del AOSP intentó reproducir el comportamiento descrito y no pudo hacerlo. A menudo, esto significa que el error es verdadero, pero infrecuente o difícil de reproducir, o que no había información suficiente para corregirlo.
  • No se solucionará (Comportamiento previsto): un encargado de mantenimiento del AOSP determinó que el comportamiento descrito no es un error, sino que es el comportamiento previsto. Este estado también se conoce como funcionamiento previsto (WAI). En el caso de las solicitudes de funciones, un encargado de mantenimiento del AOSP determinó que no se implementará la solicitud en Android.
  • No se solucionará (Obsoleto): el problema ya no es relevante por cambios en el producto.
  • No se solucionará (Inviable): los cambios necesarios para abordar el problema no son posibles de manera razonable. Este estado también se usa para los problemas informados que no se pueden procesar en el AOSP, por lo general, debido a que están relacionados con un dispositivo personalizado o una app externa, o bien porque el informante confundió el seguimiento de problemas con un foro de ayuda.
  • Duplicado: ya hay un informe idéntico en la Herramienta de seguimiento de problemas. Se incluirán todas las acciones reales en ese informe.

Problemas corregidos

En esta categoría, se incluyen errores para los que se realizaron acciones y que ahora se consideran resueltos.

  • Corregido (verificado): se corrigió este error y está incluido en una actualización formal. Cuando se aplica este estado, también tratamos de definir una propiedad que indique en qué actualización se corrigió.
  • Corregido: se corrigió este error (o se implementó la función) en un árbol de fuentes, pero es posible que todavía no esté incluido en una actualización formal.

Información adicional

Los estados y el ciclo de vida son los recursos que generalmente usamos para realizar el seguimiento del software. Sin embargo, Android incluye grandes cantidades de software y, en consecuencia, se registra un número elevado de informes de errores. Como resultado, algunas veces los errores no pasan por todos los estados en una progresión formal. Tratamos de mantener el sistema actualizado, pero lo hacemos mediante limpiezas de errores periódicas en las que revisamos las bases de datos y hacemos actualizaciones.