Files

T

egutierrez 980f8807a9 docs(issues): 4 issues de deuda detectada lateral en 0121a

Origen: fn-recopilador design-e2e descubrio 6 bugs durante el design
de propuestas e2e_checks. Agrupados en 4 issues:

- 0124 EPIC dag_engine cleanup (registry.db huerfana + Mantine drift
       + --migrate-only flag — 3 sub-tareas)
- 0125 deploy_server: anadir --db a cmdServe
- 0126 pipeline_launcher: aplicar migracion 003_logs
- 0127 docker_tui: go.work path absoluto rompe portabilidad

Todos relacionados con 0121a. Pueden ser candidatos a /autonomous-task
o /autopilot dependiendo del scope.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-05-19 01:36:53 +02:00

2.1 KiB

Raw Blame History

id, title, status, type, domain, scope, priority, depends, blocks, related, created, updated, tags

title

status

type

domain

scope

priority

depends

blocks

created

updated

0126 — pipeline_launcher migracion 003_logs

Origen: detectado lateral por fn-recopilador design-e2e apps/pipeline_launcher en 0121a.

Problema

apps/pipeline_launcher/operations.db tiene migraciones 001+002 aplicadas pero falta 003_logs (definida en fn_operations/migrations/003_logs.sql). La tabla logs no existe → cualquier feature futuro de logging in-app falla silencioso.

Investigacion necesaria: por que no aplico? Probable que pipeline_launcher use version vieja del codigo fn_operations o tenga su propio applier que no lee la migracion 003.

Decision

Diagnosticar por que 003 no aplico (busca applyMigrations en codigo de pipeline_launcher o si usa la libreria fn_operations).
Aplicar 003 a la BD existente preservando datos.
Si pipeline_launcher tiene applier custom, hacerlo consumir las migraciones del registry padre via embed.FS.

Tareas

Inspeccionar apps/pipeline_launcher/{main.go, db.go, store.go} para localizar applier.
Aplicar 003_logs.sql manualmente: sqlite3 apps/pipeline_launcher/operations.db < fn_operations/migrations/003_logs.sql.
Si custom applier: refactor para consumir migraciones del padre.
Verificar con PRAGMA table_info(logs); que la tabla existe.
Actualizar propuesta 0121a pipeline_launcher.yaml removiendo check ops_schema_complete (ya no aplica).

Acceptance

sqlite3 apps/pipeline_launcher/operations.db "PRAGMA table_info(logs);" devuelve columnas esperadas.
Reaplicar 003 sobre BD ya migrada NO falla (idempotente — CREATE TABLE IF NOT EXISTS).
Tests de pipeline_launcher pasan (si existen).

DoD

Donde: sqlite3 introspeccion + log de la app si tiene.
Latencia: invisible al usuario.
Onboarding: "Si una app tiene operations.db, las migraciones del registry padre se aplican al arrancar — verificar con PRAGMA table_info."

2.1 KiB Raw Blame History