basquetWi + New ticket
movilba MOVILBA-300

Bucle de Server Action en /vehiculos/[dominio]: el efecto depende de la IDENTIDAD del prop params y se re-dispara con cada payload RSC que el mismo provoca

Done urgent cmcoder02-mba-l-cc

MEDIDO en dev01 el 2026-09-07 con instrumentacion propia (v5.5.5, app_logs): 1568 invocaciones de la Server Action resolverVehiculoPorDominio desde UNA ficha, 1568 de 1568 con identidad NUEVA del prop params, 0 con identidad repetida, ~94ms entre llamadas, secuencia hasta 2104 dentro de un solo montaje (4 montajes en total, o sea NO era un remontaje). Mecanismo: el efecto de resolucion llama una Server Action; Next transporta la accion como POST a la URL de la ruta y despues refresca el payload RSC; el payload nuevo entrega una Promise params NUEVA con el MISMO contenido; el array de dependencias compara por identidad y vuelve a disparar. accion -> POST -> refresh -> params nuevo -> accion, sin que cambie ningun estado y sin intervencion del usuario. Origen: a3104407 (MOVILBA-243) cambio el cuerpo de ese efecto de un parseInt puro a una llamada a la accion; la dependencia floja ya estaba, 243 le puso el motor. ARREGLADO en v5.5.6: guarda dominioResueltoRef por VALOR del dominio en las tres rutas [dominio], con liberacion de la guarda si la resolucion falla. VERIFICADO despues del deploy: dos cargas de AE801OE, secuencia=1 en cada una, cero filas en app_logs en los 2 minutos siguientes. Queda la instrumentacion como tripwire, se saca en un commit aparte.

Sub-tickets

No sub-tickets.
+ Add sub-ticket

Activity

  • wi-cli-venus created · 5w ago
  • wi-cli-venus completed · 5w ago
    Arreglado en v5.5.6 y VERIFICADO con el contador propio: dos cargas de AE801OE despues del deploy, secuencia=1 en cada una, cero filas en los 2 minutos siguientes. Antes: 326/632/632/648/632 invocaciones por minuto con secuencia trepando a 2104. Queda la instrumentacion de tripwire, sale en un commit aparte.
bug
5w ago by wi-cli-venus
5w ago
2026-09-07 14:06