* Pins the control-plane ↔ worker QUEUE layer (S3): FleetQueueClient layered * over S0's JobClaimClient + the PB client. The three load-bearing behaviors * are an enqueue→claimNext round-trip (payload survives the row), report mapping * a result onto the terminal JobStatus S0's releaseJob expects
(
overrides: Partial<ServiceJobPayload> = {},
)
| 70 | */ |
| 71 | |
| 72 | function samplePayload( |
| 73 | overrides: Partial<ServiceJobPayload> = {}, |
| 74 | ): ServiceJobPayload { |
| 75 | const probeKey = overrides.probeKey ?? "d6:langgraph-python"; |
| 76 | // Keep driverKind CONSISTENT with the probeKey's family: the many fixtures |
| 77 | // here that override probeKey to another family (d4:, e2e-demos:, fNN:) |
| 78 | // used to inherit the d6 default driverKind ("e2e_d6"), so a future |
| 79 | // cross-validation of payload coherence (probeKey family ↔ driverKind) |
| 80 | // would mass-fail these tests. Derivation mirrors the real pairs: `d6` ↔ |
| 81 | // `e2e_d6`, `e2e-demos` ↔ `e2e_demos` — underscore the family and prefix |
| 82 | // `e2e_` unless it already leads with it. Explicit overrides still win. |
| 83 | const family = probeKeyFamily(probeKey).replace(/[^a-zA-Z0-9]+/g, "_"); |
| 84 | const driverKind = family.startsWith("e2e") ? family : `e2e_${family}`; |
| 85 | return { |
| 86 | probeKey, |
| 87 | serviceSlug: "langgraph-python", |
| 88 | driverKind, |
| 89 | meta: { |
| 90 | runId: "run-1", |
| 91 | triggered: false, |
| 92 | enqueuedAt: "2026-06-04T00:00:00.000Z", |
| 93 | }, |
| 94 | ...overrides, |
| 95 | }; |
| 96 | } |
| 97 | |
| 98 | function jobView(overrides: Partial<JobView> = {}): JobView { |
| 99 | return { |
no test coverage detected
searching dependent graphs…