Los usuarios de la aplicación Codex Desktop de OpenAI en macOS han identificado un error significativo en el que el mecanismo de informes de fallos de la aplicación, Crashpad, genera un número ilimitado de volcados de memoria pendientes. Según un informe en GitHub, el problema se manifiesta como la creación continua de archivos emparejados `.dmp` y `_sidecar.json` en el directorio de soporte de la aplicación. En un caso documentado, este proceso añadió aproximadamente 4.9GB de datos y más de 54,000 archivos al disco local en un solo día, y el recuento continuó aumentando durante la investigación.

Resumen del problema en GitHub que describe el crecimiento de archivos de crashpad en la aplicación Codex Desktop
Un informe de problema en GitHub que detalla cómo la aplicación Codex Desktop generaba continuamente archivos emparejados .dmp y _sidecar.json, lo que provocaba un rápido consumo de disco.github.com

La imagen ilustra el error específico donde el mecanismo Crashpad genera un número ilimitado de volcados de memoria pendientes, tal como se documenta en el informe de GitHub.

El análisis técnico del problema sugiere que el `browser_crashpad_handler` —un proceso auxiliar utilizado para gestionar los informes de fallos— está entrando en un bucle de fallo y reinicio. Un usuario observó que el controlador estaba produciendo un error `FATAL` relacionado con una 'capacidad no válida' al solicitar una notificación de puerto Mach. Debido a que el controlador falla y se reinicia repetidamente, genera un nuevo informe de fallo en cada ciclo. Esto crea un bucle de retroalimentación donde el propio informador de fallos es la fuente de los fallos, lo que provoca un rápido consumo de disco sin que la aplicación principal deje de ser utilizable.

Aunque la aplicación sigue funcionando durante este proceso, la rápida acumulación de archivos puede agotar rápidamente el almacenamiento disponible. Algunos usuarios informaron casos aún más graves, con uno reportando un tamaño de directorio de 61GB y una tasa de generación de aproximadamente un informe de fallo por segundo. Una solución temporal identificada por los usuarios consiste en hacer que el directorio de la base de datos de Crashpad sea de solo lectura e inmutable mediante banderas del sistema, lo que evita que el controlador escriba nuevos archivos. Sin embargo, esta es una mitigación local que impide que la aplicación envíe con éxito cualquier informe de fallo, en lugar de ser una solución permanente para el bucle subyacente.