@hostwebhook/platform-contracts 0.14.1 → 0.15.0

package/dist/servicios/motor-de-ejecucion.d.ts

@@ -280,7 +280,25 @@ export interface CorridaDelMotor {
      * dure el flujo entero.
      */
     ejecutar(startNodeType: string, startNodeId: string, payload: Record<string, unknown> | undefined, orgId: string, userId: string, executionId: string): Promise<unknown>;
-    resumeFromApproval(approvalNode: NodoDeAprobacion, payload: Record<string, unknown>, action: 'approve' | 'reject', orgId: string): Promise<{
+    resumeFromApproval(approvalNode: NodoDeAprobacion, payload: Record<string, unknown>, action: 'approve' | 'reject', orgId: string, 
+    /**
+     * 🔴 La corrida que se está REANUDANDO, con el nombre que le puso la
+     * pendiente (`pipeline-test-<executionId>`).
+     *
+     * Sin ella, quien reanuda sorteaba un `executionId` nuevo, y eso rompía dos
+     * cosas que parecían fallos distintos:
+     *
+     *  · El modal de Run Pipeline filtra los pasos por el id de SU corrida, así
+     *    que descartaba TODOS los de la reanudación: se quedaba con el approval
+     *    en ámbar mientras el contador seguía corriendo.
+     *  · El historial agrupa por ese mismo id, así que los pasos se iban a otra
+     *    corrida y en la que se miraba salían en gris —«did not run»— incluida
+     *    la rama que sí se ejecutó.
+     *
+     * Opcional para que quien todavía no la pase siga compilando: sin ella se
+     * sortea como antes, que es peor pero es lo de siempre.
+     */
+    corridaQueSeReanuda?: string): Promise<{
         executionId: string;
         steps: PasoDeCorrida[];
     }>;

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@hostwebhook/platform-contracts",
-  "version": "0.14.1",
+  "version": "0.15.0",
   "description": "Contratos compartidos entre los servicios de HostWebhook: addons del plan, identidad interna, y las formas que cruzan una frontera de red",
   "main": "dist/index.js",
   "types": "dist/index.d.ts",