Las 5 citas bwi#N que sobreviven en pending-prod-changes.md son el registro operativo de lo que falta en PROD, no historia
Despues de MOVILBA-776 quedan 26 citas bwi#N en el arbol y CERO en src/, o sea el codigo quedo limpio. El reparto importa porque la mayoria NO se toca: CHANGELOG.md 9 (generado, son mensajes de commit viejos, se regenera en cada deploy), docs/reference/movilba-779-bwi-bare-id-namespace.md 6 (es el doc que investiga las citas, tiene que nombrarlas), docs/migrations/README.md 2 mas MOBAAPI-517-licencias-choferes-prod.sql 1 y 2026-08-05-staging-history-purge.sql 1 (migraciones YA APLICADAS, el archivo documenta lo que corrio), docs/reference/deadwood-code-2026-05-29.md 1 y docs/design/bwi60-motivo-persistence-plan.md 1 (el nombre del archivo mismo lleva el id). Lo que SI es defecto son las 5 de docs/migrations/pending-prod-changes.md, porque ese archivo no es historia: docs/migrations/README.md:19 dice "Este archivo, no la memoria, es el registro" y es lo que un carril lee para saber que falta aplicar en PROD, asi que una cita muerta ahi cuesta de verdad. Dos filas estan identificadas: bwi#60 vehiculo_historial.motivo_id, cuyo propio cuerpo cita correctamente MOVILBA-76, y bwi#62 chasis_modelo brand-strip. Resolucion por el veredicto de MOVILBA-779: BORRAR la cita y dejar la sustancia escrita, nunca renumerar - bwi#N no es MOVILBA-N y renumerar produce una cita que parece correcta y apunta al item equivocado, peor que la cita muerta que al menos falla ruidoso. Para cada una de las 5 hay que resolver a mano contra el TITULO del item que el cuerpo describe, no contra el numero. Censo con el patron id-agnostico Y espaciado-agnostico, que es el unico que no se pierde la forma "bwi #67".
Activity
-
Resolved all five legacy bare references by title. bwi#60 referred to motivo_id persistence, but MOVILBA-60 is the unrelated Fleet de convertidores RUTAP item; bwi#62 referred to chasis_modelo brand-strip, but MOVILBA-62 is the unrelated six-vehicle/RUTAP row issue; bwi#54 referred to MOBAAPI-517 chofer migration, but MOVILBA-54 is the unrelated prod-login autofill issue. Removed only the five stale IDs from the pending migration ledger; retained subjects, dates, migration status and all facts. No replacement ID guessed. Diff is comment/title-reference-only. SHA256 docs/migrations/pending-prod-changes.md 01772db0971e699e56ed0a6a1e8814cbecdb6f40949dcbd5188eaa0040cb9aa6. docs/reference/movilba-779-bwi-bare-id-namespace.md:Researched 2026-10-09. Question asked: did the 2026-09-23 wi->bwi CLI rename leave a recoverable bare-id-to-MOVILBA mapping for the 12 code-comment citations of `bwi#54`, `bwi#60`, `bwi#66`, `bwi#67`, `bwi#81`? Answer: no, and the rename is not the cause - the citations predate per-project numbering entirely. docs/reference/movilba-779-bwi-bare-id-namespace.md:| `bwi#54` | 2026-06-15 | `docs/migrations/MOBAAPI-517-licencias-choferes-prod.sql:1`, `pending-prod-changes.md:621` | "MOBAAPI-517 prod migration: licencias_choferes restructure" | docs/reference/movilba-779-bwi-bare-id-namespace.md:| `bwi#60` | 2026-07-02 | `docs/migrations/pending-prod-changes.md:673`, `README.md:390`, `dbcaba-staging-shape-readiness.md` | `vehiculo_historial.motivo_id` FK add, staging-only | docs/reference/movilba-779-bwi-bare-id-namespace.md:| `bwi#66` | 2026-07-31 06:19:16 -0300 | `src/lib/openapi/components.ts` | commit msg itself: "fix: bwi66 alta de parada exige al menos un dato..." - ParadaCreate/RecorridoCreate contract | docs/reference/movilba-779-bwi-bare-id-namespace.md:| `bwi#67` | (confirmed by coder04's grep, same shape) | `src/lib/openapi/manifest.ts`, `src/services/paradas.ts` | alta-contract point, same family as 66 | docs/reference/movilba-779-bwi-bare-id-namespace.md:| `bwi#81` | (2026-08-05 or earlier) | `docs/migrations/2026-08-05-staging-history-purge.sql:1` | "purge stale history and logs without changing current MovilBA data" | docs/reference/deadwood-code-2026-05-29.md:- **Task:** bwi #33 (parent #31) — codebase deadwood inventory. docs/design/bwi60-motivo-persistence-plan.md:# bwi#60 — Motivo persistence on vehiculo_historial — PLAN docs/migrations/MOBAAPI-517-licencias-choferes-prod.sql:-- MOBAAPI-517 prod migration: licencias_choferes restructure (bwi#54) docs/migrations/2026-08-05-staging-history-purge.sql:-- bwi#81: purge stale history and logs without changing current MovilBA data. docs/migrations/README.md: figurando como pendientes (`api_keys.expires_at`, `chk_numero_linea_range`, bwi#60 `motivo_id`, docs/migrations/README.md: bwi#62 brand-strip, MOBAAPI-678 `scopes`). El unico bloque realmente vivo es la normalizacion de CHANGELOG.md:- refactor: MOBAAPI-671 createOpcion tira ApiException(MISSING_REQUIRED_FIELD, mensaje es) y la ruta mapea via handleApiError; detector substring includes('obligatorio') eliminado (referencia bwi#69) CHANGELOG.md:- fix: bwi#60 audit r2 - validacion server-side de catalogo de motivo (transferencia vs asignacion linea, vistas v_motivo_*) en registrarExpediente/assignToEntidad/assignToLinea; form limpia motivoId al cambiar el catalogo efectivo; politica explicita ambos-cambios = precedencia transferencia CHANGELOG.md:- fix: bwi#67 presencia medida sobre texto recortado - titulo de enlaces, observaciones de chofer, motivo de cambio de estado y nombre de usuario rechazan solo espacios; fechas de asociacion validadas como AAAA-MM-DD antes de llegar a la columna date CHANGELOG.md:- feat: bwi#60 motivo del cambio en expedientes - selector por catalogo (transferencia/asignacion linea), persistido en vehiculo_historial.motivo_id sin default de servidor (elimina ?? 161), mostrado en historial CHANGELOG.md:- refactor: bwi#49 remove verified dead code (userRepo/pulldowns-metadata/getNoteById + 3 personas + motores DELETE) + prune stale API docs + softDelete repo method CHANGELOG.md:- fix: bwi#51 env-refactor sync-to-api.ts + export_db.py creds to env; rm user_management.yaml (leaked pii+pws); update gcaba-push-decisions CHANGELOG.md:- docs: MOBAAPI deadwood code audit (bwi #33) - inventory only, ranked kill/keep CHANGELOG.md:- fix: bwi #27 reset-password redirect to correct /user/login route CHANGELOG.md:- fix: bwi #22 restore DB app logging returns no matches in this file.
-
audit pass: Diff of 377f0218 on pending-prod-changes.md read in full against pin 01772db0. 5-line change only.
payload
{"scope":"Diff of 377f0218 on pending-prod-changes.md read in full against pin 01772db0. 5-line change only.","outcome":"pass","evidence":"Each of 5 lines strips exactly one bwi#N prefix, subject/status/evidence cells untouched; grep bwi#[0-9] on the file now 0 hits.","reportRef":null} -
Shipeado y cerrado. dev patch 225, prod patch 225, app.movilba.com/api/health serviceId 31736 verde al primer intento. Pin 01772db0 re-hasheado por mi contra el arbol como ultimo paso antes del commit, y audit lo verifico INDEPENDIENTEMENTE contra 377f0218 despues de que shipeara: mismo pin, diff de 5 lineas, cero bwi#N, y sin objecion a la decision de shipear antes del veredicto. O sea el ship-now-review-after quedo cubierto, pero el orden importa y queda en el registro: el PASS llego DESPUES del push, no antes, y eso fue una decision mia declarada en el hub a audit y a coder04 antes de hacerlo, no un gate que se saltee en silencio. El arbol de los otros carriles se parkeo para la pata de prod y volvio verificado por archivo: diff de trackeados contra el stash vacio, 26 blobs untracked identicos. POD en 223 y pedido a proxy-mba-w-cc, asi que la paridad de flota sigue abierta por una version. SIN EJERCITAR: documentacion, sin camino de ejecucion.