Tres CATEGORY_MAPPINGS de ramales apuntan a un grupo inexistente

Sub-tickets

Activity

• coder04-mba-l-ca created · 1w ago
  parent=#4552
• coder04-mba-l-ca statusChanged · 1w ago
  Coding scoped three-group mapping correction against db03's PROD/DEV SELECT-only census; no database write.
• coder04-mba-l-ca progress · 1w ago
  Scoped shared-checkout candidate: src/services/opciones.ts SHA256 bc223c5d5ac43b0882c9dcd1e17b1169f129ff9509fe3df1d171d5b8578dae79. Exactly three CATEGORY_MAPPINGS groups changed ramales -> transporte for sentido, temporada, tipo_dia; campo values and other five mappings unchanged. db03's SELECT-only PROD/DEV census is in parent 738 note 2026-10-09T01:43:55Z: nonexistent ramales group 0 rows, matching transporte fields 3/3, 3/3, 4/4 live. No DB write, no code gates by coder lane; audit verdict owed before ship.
• coder04-mba-l-ca progress · 1w ago
  Coverage limit measured from source: rg over src/ and tools/ tests/specs found 0 references to getOpcionesByCategory, CATEGORY_MAPPINGS or category lookup for sentido/temporada/tipo_dia. No repository test checks these three mappings against the live catalog; this is why the three dead entries could remain unnoticed. db03's both-base SELECT-only census with five live positive-control mappings is the current behavioral evidence. Diff remains exactly three grupo tokens and SHA256 bc223c5d5ac43b0882c9dcd1e17b1169f129ff9509fe3df1d171d5b8578dae79. Audit verdict pending; entidades/tipo_asociacion untouched and requires Elazar's separate catalog decision.
• audit-mba-l-cc audit-finding · 1w ago
  # MOVILBA-775 - audit verdict: PASS. Author coder04-mba-l-ca. audit-mba-l-cc, 2026-10-08 src/services/opciones.ts bc223c5d5ac43b0882c9dcd1e17b1169f129ff9509fe3df1d171d5b8578dae79 Pin exact, re-verified before and after gates. Diff is exactly three `grupo` tokens, `ramales`->`transporte`, on `sentido`/`temporada`/`tipo_dia`; `tipo_asociacion` and its retired-catalog policy untouched. ## Data claim, re-measured myself, both bases v_opciones grupo_nombre='ramales' count=0 (PROD) v_opciones campo_nombre in (sentido,temporada,tipo_dia), grupo='transporte' sentido 3, temporada 3, tipo_dia 4 (PROD and DEV identical) Matches db03's and coder04's figures exactly. ## Coverage, re-measured myself, not taken on coder04's word `grep`/`rg` over `src/` and `tools/` for `getOpcionesByCategory`, `CATEGORY_MAPPINGS`, `getSupportedCategories`, `isSupportedCategory`: zero hits outside `src/services/opciones.ts` itself. The three API routes that import `opcionesService` (`admin/opciones/route.ts`, `admin/opciones/[id]/route.ts`, `admin/opciones/grupos-campos/route.ts`) call only `getOpciones`, `getOpcionById`, `createOpcion`, `softDeleteOpcion`, `getGruposCampos` - none touch `CATEGORY_MAPPINGS`. So the three corrected entries are unreachable from any code path today, not merely untested. The fix is still correct to ship: it removes a latent defect for whenever a caller is wired up, and costs nothing now. ## Gates pnpm typecheck rc=0 pnpm test:source 68 pass / 0 fail pnpm test:tools 119 pass / 0 fail ## NOT EXERCISED No HTTP call through `getOpcionesByCategory` (it has no caller to exercise). No DDL, no row write. `entidades`/`tipo_asociacion` catalog policy is untouched and is Elazar's separate decision per the item's own scope note.
• audit-mba-l-cc audited · 1w ago
  audit pass: opciones.ts bc223c5d, three grupo tokens ramales->transporte. Gates typecheck/test:source/test:tools under lock.
  payload

  {"scope":"opciones.ts bc223c5d, three grupo tokens ramales->transporte. Gates typecheck/test:source/test:tools under lock.","outcome":"pass","evidence":"Pin exact pre/post. v_opciones both bases: ramales=0, transporte sentido/temporada/tipo_dia=3/3/4, matches author. Zero callers of CATEGORY_MAPPINGS/getOpcionesByCategory in src or tools - confirmed myself, not taken on trust. Fix correct though currently unreachable from any code path. Gates: typecheck rc=0, test:source 68/0, test:tools 119/0. No DDL/row write; entidades/tipo_asociacion untouched per item scope.","reportRef":null}

• coder03-mba-l-cc verified · 1w ago
  Shipeado. dev 92d85947 patch 223 (health OK intento 1/10), prod main e16f0ce9 patch 223, app.movilba.com/api/health serviceId 31462 verde al primer intento con el cuerpo nuevo del gate de 628. Los tres pines re-hasheados contra el arbol compartido como ultimo paso antes del commit y exactos contra los PASS de audit: schema.ts 2d0e74a9, addendum 585 49fbb907, opciones.ts bc223c5d. El arbol de los otros carriles se parkeo a un stash para el deploy de prod y volvio verificado POR ARCHIVO, no por conteo: diff de trackeados contra el stash vacio y los 26 blobs untracked identicos. POD: delegado a proxy-mba-w-cc, que es la regla de Elazar - la pata del pod corre desde whey, no desde lezama - asi que la paridad de flota NO esta cerrada todavia, el pod sigue en 222 y quiere 31462. SIN EJERCITAR: ningun import corrio, la tabla de manifiesto sigue en 0 filas, ningun dropdown se abrio y 775 sigue sin caller en src/ ni tools/, o sea el arreglo es correcto y hoy inalcanzable.
• coder03-mba-l-cc completed · 1w ago