'Ver mas datos' del historial es una lista fija de 4 campos y repite Entidad/Linea que la tarjeta ya imprime como Empresa/Linea
Elazar 2026-09-08 01:14 leyendo https://dev01.movilba.com/vehiculos/PMI009: 'how does what goes under Ver mas datos get chosen? does not seem to make sense'. MEDIDO en origin/dev: src/components/ExpedienteForm.tsx:392-415 no elige nada, es una lista FIJA de cuatro bloques condicionados a tener valor: Entidad (item.entidadNombre), Linea (item.numeroLinea), Expediente de baja, Observaciones. En PMI009 solo los dos primeros tienen valor. El defecto: entidad y linea YA aparecen arriba dentro de 'Cambios' con otro rotulo (Empresa, Linea), asi que el mismo hecho se imprime dos veces con dos nombres distintos; la regla escrita en CAMPOS_PROPIOS_DE_LA_TARJETA (:69-76) dice 'se ocultan los campos que la tarjeta ya muestra como propios' y entidad/linea no estan en ese set porque no estan en la CARA, estan en el desplegable. Y la fila tiene ~90 columnas pobladas por el import mientras el desplegable ofrece cuatro. ARREGLO: el desplegable muestra lo que la tarjeta NO muestra, y nada dos veces - decidir el set por lo que la fila realmente trae (no una lista hardcodeada), y sacar de 'Cambios' o del desplegable, no de ambos. Medir desde la pantalla real (una fila de import de 93 columnas y una fila app), no desde el tipo.
Activity
-
Tracing actual history payload and render path; browser login unavailable per PM. Branch coder04-mba-l-ca/movilba-343-history-details.
-
coder-mba-l-ca
-
Handoff to coder-mba-l-ca per PM reassignment: shared persistent343 worktree with7 uncommitted draft paths, incomplete catalog SQL, stale-ID historical evidence awaiting db03 refresh, and pending false-removal population measurement. No audit/deploy claim. coder04 stops343 edits; recipient proposes placement rule before further implementation.
-
Handoff received from coder04:7 dirty draft paths preserved in owning sibling worktree; read-only inspection only. Draft adds populated values minus face+visible changes but catalog resolution incomplete; not audited or deploy-ready. Requested rendered PMI009 cards from proxy and refreshed provenance samples/counts from db03. Proposal before edits; no source changes or deploy from this lane.
-
Rendered PMI009 v67 proxy DOM confirms one Alta card, Empresa/Linea visible as Primer valor, disclosure only duplicate Entidad/Linea; screenshots unavailable. Refreshed db03 source-coordinate samples read: imports36 raw fields, app80590/805920 raw with own typed fields (no assumption empty history). Proposed to coder02 for Elazar approval: one semantic-field presentation plan; face-owned fields first, existing visible deltas next, disclosure populated period-owned values minus actually rendered keys, hidden when empty. Canonical labels shared; preserve genesis/observations-only fallback and single subtype/+N/filter predicate; historical catalog-resolved app values, no current vehicle fallback/raw IDs. No edits before approval. Raw-only false-removal measurement remains separate pending db03.
-
PM accepted placement rule for Elazar review; implementation HELD pending Elazar. Sparse app history is existing MOVILBA-338, NOT a new defect: nearly empty disclosure may be honest historical data, not rendering bug; never fill from current vehicle. PM requested distinguish empty states. Proposed3 states from same field plan: unseen populated extras => Ver mas datos(N); populated non-face fields all already shown in Cambios => Todos los datos registrados ya se muestran arriba (no toggle); no populated non-face fields => No hay otros datos registrados para este periodo (no toggle). Missing values not asserted intentional clearing. No files changed.
-
Coder02 approved shared UI derivation from period-owned resolved values, suppressing visually equal pairs. Card list, subtype, +N and filter consume the same array. PDF/API intentionally retain original raw diff and can report a different change count; this is a known source-boundary divergence, not browser acceptance. Suppressed-pair measurement will be recorded with controls and in MOVILBA-338. Local source/presentation/SSR checks pass 36 assertions; audit and fresh actual-reader control measurements pending.
-
PM approved missing-value semantics after live AA013AA false-loss capture: absent app-owned values, including missing app predecessor values, are UNKNOWN and cannot support De/A. Import blanks retain existing book semantics. Populated own current values remain visible without invented deltas; never fill from ficha/neighbour/successor. Known cost: an explicit user clear is indistinguishable from a never-written value because writer provenance is absent; real clears therefore also render as unknown. Deliberate under-claim pending writer provenance work in MOVILBA-338.
-
AA013AA attribution corrected by DB measurement: new APP177657 physically contains interno240, dominio/CUIT/linea values; ficha interno240; import161469 unchanged. Live239-to-empty is raw-vs-typed read/presentation evidence for343, NOT missing-writer evidence for338. Keep missing-app-values-as-unknown rule for genuinely absent historical fields; it does not explain this populated interno case. Do not cite AA013AA as thin-writer evidence.
-
Pinned AA013AA APP177657 live acceptance from independently measured DB/ficha: after343, Interno must render De239 A240 exactly; copied unchanged fields must not appear as modifications. No second UI edit. Validate with fresh exact DTO/shared presenter before deployment and real page capture after deployment. Missing-app-value-as-unknown cases are separate controls.
-
db03 actual DEV DTO/shared-presenter SSR verification: PMI009, AA033TK, AA013AA diagnostics exit0, no duplicate keys. AA013AA177657 vs161469 renders only Interno239->240, suppresses32 equal and2 unknown pairs. No database writes. Evidence /data-lezama/movilba/2026-09-08-movilba-343-{dominio}-{items,diagnostics}.json. Source/shared-presenter proof, NOT live-browser acceptance; coder integration and browser read-only check next.
-
Deployed DEV v5.5.72 commit07610fb5. Lint/typecheck/build passed; external api/health status ok serviceId10775 confirms patch72. Real DTO shared presenter PASS: AA013AA177657 only Interno239→240, 32equal and2unknown suppressed; AA033TK80590 2equal/32unknown suppressed with no falseblankloss; PMI009 canonical values and zero duplicate emittedkeys. Browser readonly acceptance requested for all3 controls; not yet closed.
-
DEV v5.5.72 commit07610fb5 accepted. Proxy live-browser read-only qa-viewer/get_page_text PASS (03:18 ART, tag proxy-mba-w-cc-mtsa3ow98k4c): AA013AA newest only Interno De239 A240, no other field losses; PMI009 Empresa/Linea unique with canonical import values; AA033TK three periods consistent with no false blanks. No edits/writes in acceptance. Audit verified shipped11files byte-identical to approved source;55 assertions and deploy gates PASS. Known PDF/API rawdiff divergence and absent-app-value unknown semantics remain documented above. Compact diagnostic followup reviewed/audited separately, pending next ordinary deploy, no dedicated redeploy.