[web-shared] [cli] Refactor observability data fetching - #1261

Merged
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api
Mar 10, 2026
Merged

[web-shared] [cli] Refactor observability data fetching#1261
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Mar 4, 2026

Copy link
Copy Markdown
Member

This PR refactors Web UI and CLI to build spans from events instead of fetching steps/hook.

This was a bit hard to do - now that we're loading events sequentially and constructing spans accordingly, we need to cleverly show the expected durations of spans/hooks that might not be resolved until much later. This probably deserves some thorough testing against larger runs.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Mar 4, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2af0bf5

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/cliPatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.033s (+1.9%)1.006s (~)0.973s101.00x
💻 LocalNitro0.033s (-6.5% 🟢)1.006s (~)0.973s101.01x
💻 LocalNext.js (Turbopack)0.043s1.006s0.963s101.30x
🌐 RedisNext.js (Turbopack)0.047s1.005s0.958s101.44x
🐘 PostgresNext.js (Turbopack)0.049s1.011s0.962s101.50x
🐘 PostgresExpress0.054s (~)1.012s (~)0.958s101.66x
🐘 PostgresNitro0.057s (+5.5% 🔺)1.012s (~)0.954s101.76x
🌐 MongoDBNext.js (Turbopack)0.101s1.008s0.906s103.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.426s (-18.2% 🟢)2.393s (+7.1% 🔺)1.968s101.00x
▲ VercelExpress0.536s (+11.1% 🔺)2.392s (-2.2%)1.856s101.26x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.100s2.007s0.906s101.00x
💻 LocalExpress1.101s (~)2.006s (~)0.905s101.00x
💻 LocalNitro1.102s (~)2.005s (~)0.903s101.00x
💻 LocalNext.js (Turbopack)1.105s2.006s0.902s101.00x
🐘 PostgresExpress1.126s (~)2.012s (~)0.886s101.02x
🐘 PostgresNext.js (Turbopack)1.127s2.012s0.884s101.02x
🐘 PostgresNitro1.128s (-2.3%)2.013s (~)0.885s101.03x
🌐 MongoDBNext.js (Turbopack)1.300s2.007s0.707s101.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.024s (~)3.503s (-4.4%)1.480s101.00x
▲ VercelNitro2.117s (~)3.310s (-12.9% 🟢)1.193s101.05x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.678s11.024s0.345s31.00x
🌐 RedisNext.js (Turbopack)10.684s11.024s0.340s31.00x
💻 LocalExpress10.779s (~)11.023s (~)0.244s31.01x
💻 LocalNitro10.782s (~)11.023s (~)0.241s31.01x
🐘 PostgresNext.js (Turbopack)10.796s11.042s0.246s31.01x
🐘 PostgresExpress10.810s (~)11.046s (~)0.236s31.01x
🐘 PostgresNitro10.835s (-0.6%)11.045s (~)0.210s31.01x
🌐 MongoDBNext.js (Turbopack)12.232s13.017s0.785s31.15x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro16.927s (+0.9%)18.435s (+1.9%)1.509s21.00x
▲ VercelExpress16.930s (+1.2%)18.357s (-1.2%)1.428s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 25 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)26.681s27.052s0.371s31.00x
🐘 PostgresNext.js (Turbopack)26.895s27.066s0.171s31.01x
🐘 PostgresExpress26.943s (~)27.060s (~)0.117s31.01x
💻 LocalNext.js (Turbopack)27.004s27.052s0.049s31.01x
🐘 PostgresNitro27.015s (~)27.402s (+1.2%)0.387s31.01x
💻 LocalNitro27.190s (~)28.053s (~)0.863s31.02x
💻 LocalExpress27.203s (~)28.052s (~)0.849s31.02x
🌐 MongoDBNext.js (Turbopack)30.442s31.043s0.601s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro50.316s (+15.5% 🔺)51.189s (+13.5% 🔺)0.874s21.00x
▲ VercelExpress50.510s (+15.6% 🔺)52.518s (+16.9% 🔺)2.009s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 50 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)53.265s54.102s0.837s21.00x
🐘 PostgresNext.js (Turbopack)53.749s54.104s0.355s21.01x
🐘 PostgresExpress53.806s (~)54.093s (~)0.287s21.01x
🐘 PostgresNitro53.885s (~)54.110s (~)0.225s21.01x
💻 LocalNext.js (Turbopack)55.641s56.102s0.461s21.04x
💻 LocalNitro56.096s (~)56.600s (-0.9%)0.503s21.05x
💻 LocalExpress56.127s (~)56.602s (+0.9%)0.475s21.05x
🌐 MongoDBNext.js (Turbopack)60.537s61.054s0.517s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express96.001s (~)97.606s (+0.6%)1.605s11.00x
▲ VercelNitro99.589s (+3.5%)101.074s (+3.7%)1.485s11.04x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.291s2.007s0.715s151.00x
🐘 PostgresExpress1.344s (-2.3%)2.011s (~)0.667s151.04x
🐘 PostgresNitro1.365s (-0.9%)2.011s (~)0.646s151.06x
🐘 PostgresNext.js (Turbopack)1.369s2.011s0.642s151.06x
💻 LocalNext.js (Turbopack)1.393s2.005s0.612s151.08x
💻 LocalExpress1.414s (~)2.006s (~)0.592s151.09x
💻 LocalNitro1.414s (-1.3%)2.006s (~)0.591s151.10x
🌐 MongoDBNext.js (Turbopack)2.145s3.008s0.863s101.66x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.314s (-7.9% 🟢)3.521s (-7.6% 🟢)1.207s91.00x
▲ VercelExpress2.324s (~)3.496s (-7.0% 🟢)1.172s91.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Express2.009s (~)2.599s (~)0.590s121.00x
🐘 PostgresNitro2.027s (-3.9%)2.516s (-3.2%)0.488s121.01x
🐘 PostgresNext.js (Turbopack)2.045s2.596s0.550s121.02x
🌐 RedisNext.js (Turbopack)2.527s3.008s0.481s101.26x
💻 LocalNext.js (Turbopack)2.617s3.007s0.390s101.30x
💻 LocalExpress2.628s (+2.8%)3.007s (~)0.379s101.31x
💻 LocalNitro2.645s (-0.5%)3.007s (~)0.362s101.32x
🌐 MongoDBNext.js (Turbopack)4.667s5.177s0.510s62.32x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.631s (-4.0%)4.012s (~)1.382s81.00x
▲ VercelNitro3.145s (+8.1% 🔺)4.336s (+5.0% 🔺)1.191s71.20x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Nitro3.715s (-1.3%)4.467s (~)0.752s71.00x
🐘 PostgresExpress3.783s (+1.7%)4.454s (+3.2%)0.671s71.02x
🐘 PostgresNext.js (Turbopack)3.840s4.887s1.048s71.03x
🌐 RedisNext.js (Turbopack)4.069s4.725s0.656s71.10x
💻 LocalNext.js (Turbopack)7.453s8.015s0.562s42.01x
💻 LocalNitro7.657s (+0.8%)8.018s (~)0.360s42.06x
💻 LocalExpress7.841s (+2.0%)8.019s (~)0.178s42.11x
🌐 MongoDBNext.js (Turbopack)9.764s10.353s0.589s32.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.679s (-5.9% 🟢)3.763s (-2.3%)1.084s81.00x
▲ VercelNitro3.230s (+11.3% 🔺)4.360s (+1.0%)1.129s71.21x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.281s2.006s0.726s151.00x
🐘 PostgresExpress1.381s (-1.3%)2.011s (~)0.630s151.08x
🐘 PostgresNitro1.389s (-0.8%)2.012s (~)0.623s151.08x
🐘 PostgresNext.js (Turbopack)1.408s2.011s0.604s151.10x
💻 LocalNitro1.437s (~)2.006s (~)0.569s151.12x
💻 LocalExpress1.442s (-1.5%)2.006s (~)0.563s151.13x
💻 LocalNext.js (Turbopack)1.475s2.006s0.531s151.15x
🌐 MongoDBNext.js (Turbopack)2.170s3.009s0.838s101.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.120s (-3.9%)3.576s (-2.5%)1.457s91.00x
▲ VercelNitro2.531s (+8.2% 🔺)3.770s (-4.3%)1.238s81.19x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)2.059s2.477s0.418s131.00x
🐘 PostgresNitro2.092s (~)2.684s (~)0.593s121.02x
🐘 PostgresExpress2.136s (-4.2%)2.742s (+2.2%)0.606s111.04x
🌐 RedisNext.js (Turbopack)2.514s3.008s0.494s101.22x
💻 LocalNext.js (Turbopack)2.680s3.008s0.328s101.30x
💻 LocalNitro2.783s (~)3.109s (+3.3%)0.326s101.35x
💻 LocalExpress2.825s (+3.3%)3.009s (~)0.183s101.37x
🌐 MongoDBNext.js (Turbopack)4.759s5.178s0.419s62.31x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.591s (+15.7% 🔺)3.996s (+13.0% 🔺)1.405s81.00x
▲ VercelNitro2.885s (+23.0% 🔺)4.076s (+9.9% 🔺)1.191s81.11x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)3.688s4.307s0.620s71.00x
🐘 PostgresNitro3.764s (-0.5%)4.311s (-6.2% 🟢)0.547s71.02x
🐘 PostgresExpress3.825s (+2.0%)4.603s (+3.4%)0.779s71.04x
🌐 RedisNext.js (Turbopack)4.105s4.868s0.763s71.11x
💻 LocalNext.js (Turbopack)7.463s7.766s0.303s42.02x
💻 LocalNitro8.549s (+3.3%)9.021s (~)0.472s42.32x
💻 LocalExpress8.630s (+4.8%)9.026s (~)0.396s42.34x
🌐 MongoDBNext.js (Turbopack)9.905s10.349s0.444s32.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.852s (-4.0%)4.121s (-4.8%)1.269s81.00x
▲ VercelNitro3.330s (+7.8% 🔺)4.510s (+3.5%)1.180s71.17x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.145s1.002s0.011s1.017s0.872s101.00x
🌐 RedisNext.js (Turbopack)0.154s1.000s0.001s1.008s0.853s101.06x
💻 LocalExpress0.167s (~)1.002s (~)0.011s (~)1.017s (~)0.850s101.15x
💻 LocalNitro0.176s (+2.0%)1.002s (~)0.012s (+0.9%)1.017s (~)0.841s101.22x
🐘 PostgresNext.js (Turbopack)0.182s1.001s0.001s1.012s0.830s101.25x
🐘 PostgresExpress0.186s (-0.6%)0.998s (~)0.001s (-7.7% 🟢)1.012s (~)0.827s101.28x
🐘 PostgresNitro0.193s (-4.9%)0.993s (~)0.001s (-13.3% 🟢)1.012s (~)0.819s101.33x
🌐 MongoDBNext.js (Turbopack)0.485s0.960s0.002s1.008s0.523s103.35x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro1.577s (~)2.844s (+10.3% 🔺)0.109s (+2128.6% 🔺)3.341s (+9.9% 🔺)1.764s101.00x
▲ VercelExpress1.589s (-2.2%)2.291s (-9.6% 🟢)0.209s (+3564.9% 🔺)2.955s (-1.2%)1.367s101.01x
▲ VercelNext.js (Turbopack)⚠️missing-----

🔍 Observability: Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)9/12
🐘 PostgresNext.js (Turbopack)7/12
▲ VercelExpress7/12
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express🐘 Postgres6/12
Next.js (Turbopack)🌐 Redis5/12
Nitro🐘 Postgres6/12
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production571067638
✅ 💻 Local Development612084696
✅ 📦 Local Production612084696
✅ 🐘 Local Postgres612084696
✅ 🪟 Windows550358
❌ 🌍 Community Worlds1185615189
✅ 📋 Other147027174
Total2727563643147

❌ Failed Tests

🌍 Community Worlds (56 failed)

mongodb (3 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

redis (2 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

turso (51 failed):

  • addTenWorkflow
  • addTenWorkflow
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • sleepingWorkflow
  • parallelSleepWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling retry behavior workflow completes despite transient 5xx on step_completed
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro5107
✅ example5107
✅ express5107
✅ fastify5107
✅ hono5107
✅ nextjs-turbopack5602
✅ nextjs-webpack5602
✅ nitro5107
✅ nuxt5107
✅ sveltekit5107
✅ vite5107
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack5503
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev302
❌ mongodb5233
✅ redis-dev302
❌ redis5323
✅ turso-dev302
❌ turso4513
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4909
✅ e2e-local-postgres-nest-stable4909
✅ e2e-local-prod-nest-stable4909

📋 View full workflow run

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Fetch events with withData:true so stepName, token, resumeAt are available
- Fix sleep span runId extraction from wait entity data in detail panel
Count step_started events as attempts instead of relying on step_retrying.
Clear completedAt on retry/re-start so a retried step doesn't retain stale timestamps.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Show spinner + 'Loading more events...' while paginating
- Show 'Waiting for more events...' when all pages loaded but run still active
- Render trace viewer immediately when run exists (don't wait for isLoading)
- Add footer prop to TraceViewerTimeline for content below spans in scroll area
Guard buildTrace on run.runId instead of just truthiness, since the
hook returns {} as WorkflowRun before data arrives.
Footer was rendered inside the timeline scroll container's fixed-height
content div, making it invisible. Move to an absolute overlay at the
bottom of the traceViewerContent area with a gradient fade.
Visualize known vs unknown time in trace viewer
- Active child spans (steps/hooks/sleeps without an end event) now cap at
the latest known event time instead of `now`, so they only extend as far
as our data goes — even if the run is completed but we haven't loaded all
events yet.
- buildTrace returns knownDurationMs (time from trace start to latest event).
- Horizontal overlay in the trace viewer covers the region to the right of
the known time horizon, indicating unloaded data.
- Footer overlay shows 'Loading more events...' or 'Waiting for more events...'
at the bottom of the timeline.
Fix footer position: anchor to outermost trace viewer container
The footer was inside .traceViewerContent which has a computed height
smaller than the visible area. Moved to be a direct child of .traceViewer
which has position:relative and fills the full visible height.
Show 'End of run' in footer when run is complete and all events loaded
Diagonal stripe pattern for unknown-time overlay
- Black/dark-gray diagonal stripes instead of flat gray
- Offset 5% from the known-time edge so stripes don't touch spans
- CSS mask fades the pattern in from left to right
Footer: move back inside timeline scroll container with min-height
wrapper so it's only visible when scrolled to the bottom, not overlaying
content.
Stripes: use --ds-gray-200/--ds-gray-400 CSS variables so the pattern is
visible on both light and dark themes.
No transparency needed since the overlay fully covers the background.
Uses design system tokens that correctly contrast in both light and dark.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
VaguelySeriousand others added 5 commits March 9, 2026 14:58
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Remove leftover 300ms artificial delay in fetchEvents RPC call
- Fix loading state never clearing for hook/sleep resources in
useWorkflowResourceData (wrap in try/finally)
- Add receivedCount, lastReceivedAt, and disposedAt to AttributePanel
so the hook detail sidebar shows how often the hook was resolved
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
attribute as keyof typeof attributeToDisplayFn
]?.(displayData[attribute as keyof typeof displayData]);
const isModuleSpecifier = attribute === 'moduleSpecifier';
const shouldCapitalizeLabel = attribute !== 'workflowCoreVersion';

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

accidental revert?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought maybe we'd not want to capitalize in general. Will revert, discuss separately

@karthikscale3

Copy link
Copy Markdown
Contributor

Tested hook resolution, sleeps, trace viewer pagination on a 200 step run and metadata rendering on the spans. Mostly looks good to me. Only minor nit: we may show a partial step/span at the pagination boundary if events for that step are split between pages - I think we are okay with this for now? We could potentially make the server do some pre-processing of the events list that has no partial events maybe. But we can ITG this.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

[web-shared] [cli] Refactor observability data fetching - #1261

Merged
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api
Mar 10, 2026
Merged

[web-shared] [cli] Refactor observability data fetching#1261
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Mar 4, 2026

Copy link
Copy Markdown
Member

This PR refactors Web UI and CLI to build spans from events instead of fetching steps/hook.

This was a bit hard to do - now that we're loading events sequentially and constructing spans accordingly, we need to cleverly show the expected durations of spans/hooks that might not be resolved until much later. This probably deserves some thorough testing against larger runs.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Mar 4, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2af0bf5

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/cliPatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.033s (+1.9%)1.006s (~)0.973s101.00x
💻 LocalNitro0.033s (-6.5% 🟢)1.006s (~)0.973s101.01x
💻 LocalNext.js (Turbopack)0.043s1.006s0.963s101.30x
🌐 RedisNext.js (Turbopack)0.047s1.005s0.958s101.44x
🐘 PostgresNext.js (Turbopack)0.049s1.011s0.962s101.50x
🐘 PostgresExpress0.054s (~)1.012s (~)0.958s101.66x
🐘 PostgresNitro0.057s (+5.5% 🔺)1.012s (~)0.954s101.76x
🌐 MongoDBNext.js (Turbopack)0.101s1.008s0.906s103.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.426s (-18.2% 🟢)2.393s (+7.1% 🔺)1.968s101.00x
▲ VercelExpress0.536s (+11.1% 🔺)2.392s (-2.2%)1.856s101.26x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.100s2.007s0.906s101.00x
💻 LocalExpress1.101s (~)2.006s (~)0.905s101.00x
💻 LocalNitro1.102s (~)2.005s (~)0.903s101.00x
💻 LocalNext.js (Turbopack)1.105s2.006s0.902s101.00x
🐘 PostgresExpress1.126s (~)2.012s (~)0.886s101.02x
🐘 PostgresNext.js (Turbopack)1.127s2.012s0.884s101.02x
🐘 PostgresNitro1.128s (-2.3%)2.013s (~)0.885s101.03x
🌐 MongoDBNext.js (Turbopack)1.300s2.007s0.707s101.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.024s (~)3.503s (-4.4%)1.480s101.00x
▲ VercelNitro2.117s (~)3.310s (-12.9% 🟢)1.193s101.05x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.678s11.024s0.345s31.00x
🌐 RedisNext.js (Turbopack)10.684s11.024s0.340s31.00x
💻 LocalExpress10.779s (~)11.023s (~)0.244s31.01x
💻 LocalNitro10.782s (~)11.023s (~)0.241s31.01x
🐘 PostgresNext.js (Turbopack)10.796s11.042s0.246s31.01x
🐘 PostgresExpress10.810s (~)11.046s (~)0.236s31.01x
🐘 PostgresNitro10.835s (-0.6%)11.045s (~)0.210s31.01x
🌐 MongoDBNext.js (Turbopack)12.232s13.017s0.785s31.15x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro16.927s (+0.9%)18.435s (+1.9%)1.509s21.00x
▲ VercelExpress16.930s (+1.2%)18.357s (-1.2%)1.428s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 25 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)26.681s27.052s0.371s31.00x
🐘 PostgresNext.js (Turbopack)26.895s27.066s0.171s31.01x
🐘 PostgresExpress26.943s (~)27.060s (~)0.117s31.01x
💻 LocalNext.js (Turbopack)27.004s27.052s0.049s31.01x
🐘 PostgresNitro27.015s (~)27.402s (+1.2%)0.387s31.01x
💻 LocalNitro27.190s (~)28.053s (~)0.863s31.02x
💻 LocalExpress27.203s (~)28.052s (~)0.849s31.02x
🌐 MongoDBNext.js (Turbopack)30.442s31.043s0.601s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro50.316s (+15.5% 🔺)51.189s (+13.5% 🔺)0.874s21.00x
▲ VercelExpress50.510s (+15.6% 🔺)52.518s (+16.9% 🔺)2.009s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 50 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)53.265s54.102s0.837s21.00x
🐘 PostgresNext.js (Turbopack)53.749s54.104s0.355s21.01x
🐘 PostgresExpress53.806s (~)54.093s (~)0.287s21.01x
🐘 PostgresNitro53.885s (~)54.110s (~)0.225s21.01x
💻 LocalNext.js (Turbopack)55.641s56.102s0.461s21.04x
💻 LocalNitro56.096s (~)56.600s (-0.9%)0.503s21.05x
💻 LocalExpress56.127s (~)56.602s (+0.9%)0.475s21.05x
🌐 MongoDBNext.js (Turbopack)60.537s61.054s0.517s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express96.001s (~)97.606s (+0.6%)1.605s11.00x
▲ VercelNitro99.589s (+3.5%)101.074s (+3.7%)1.485s11.04x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.291s2.007s0.715s151.00x
🐘 PostgresExpress1.344s (-2.3%)2.011s (~)0.667s151.04x
🐘 PostgresNitro1.365s (-0.9%)2.011s (~)0.646s151.06x
🐘 PostgresNext.js (Turbopack)1.369s2.011s0.642s151.06x
💻 LocalNext.js (Turbopack)1.393s2.005s0.612s151.08x
💻 LocalExpress1.414s (~)2.006s (~)0.592s151.09x
💻 LocalNitro1.414s (-1.3%)2.006s (~)0.591s151.10x
🌐 MongoDBNext.js (Turbopack)2.145s3.008s0.863s101.66x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.314s (-7.9% 🟢)3.521s (-7.6% 🟢)1.207s91.00x
▲ VercelExpress2.324s (~)3.496s (-7.0% 🟢)1.172s91.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Express2.009s (~)2.599s (~)0.590s121.00x
🐘 PostgresNitro2.027s (-3.9%)2.516s (-3.2%)0.488s121.01x
🐘 PostgresNext.js (Turbopack)2.045s2.596s0.550s121.02x
🌐 RedisNext.js (Turbopack)2.527s3.008s0.481s101.26x
💻 LocalNext.js (Turbopack)2.617s3.007s0.390s101.30x
💻 LocalExpress2.628s (+2.8%)3.007s (~)0.379s101.31x
💻 LocalNitro2.645s (-0.5%)3.007s (~)0.362s101.32x
🌐 MongoDBNext.js (Turbopack)4.667s5.177s0.510s62.32x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.631s (-4.0%)4.012s (~)1.382s81.00x
▲ VercelNitro3.145s (+8.1% 🔺)4.336s (+5.0% 🔺)1.191s71.20x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Nitro3.715s (-1.3%)4.467s (~)0.752s71.00x
🐘 PostgresExpress3.783s (+1.7%)4.454s (+3.2%)0.671s71.02x
🐘 PostgresNext.js (Turbopack)3.840s4.887s1.048s71.03x
🌐 RedisNext.js (Turbopack)4.069s4.725s0.656s71.10x
💻 LocalNext.js (Turbopack)7.453s8.015s0.562s42.01x
💻 LocalNitro7.657s (+0.8%)8.018s (~)0.360s42.06x
💻 LocalExpress7.841s (+2.0%)8.019s (~)0.178s42.11x
🌐 MongoDBNext.js (Turbopack)9.764s10.353s0.589s32.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.679s (-5.9% 🟢)3.763s (-2.3%)1.084s81.00x
▲ VercelNitro3.230s (+11.3% 🔺)4.360s (+1.0%)1.129s71.21x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.281s2.006s0.726s151.00x
🐘 PostgresExpress1.381s (-1.3%)2.011s (~)0.630s151.08x
🐘 PostgresNitro1.389s (-0.8%)2.012s (~)0.623s151.08x
🐘 PostgresNext.js (Turbopack)1.408s2.011s0.604s151.10x
💻 LocalNitro1.437s (~)2.006s (~)0.569s151.12x
💻 LocalExpress1.442s (-1.5%)2.006s (~)0.563s151.13x
💻 LocalNext.js (Turbopack)1.475s2.006s0.531s151.15x
🌐 MongoDBNext.js (Turbopack)2.170s3.009s0.838s101.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.120s (-3.9%)3.576s (-2.5%)1.457s91.00x
▲ VercelNitro2.531s (+8.2% 🔺)3.770s (-4.3%)1.238s81.19x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)2.059s2.477s0.418s131.00x
🐘 PostgresNitro2.092s (~)2.684s (~)0.593s121.02x
🐘 PostgresExpress2.136s (-4.2%)2.742s (+2.2%)0.606s111.04x
🌐 RedisNext.js (Turbopack)2.514s3.008s0.494s101.22x
💻 LocalNext.js (Turbopack)2.680s3.008s0.328s101.30x
💻 LocalNitro2.783s (~)3.109s (+3.3%)0.326s101.35x
💻 LocalExpress2.825s (+3.3%)3.009s (~)0.183s101.37x
🌐 MongoDBNext.js (Turbopack)4.759s5.178s0.419s62.31x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.591s (+15.7% 🔺)3.996s (+13.0% 🔺)1.405s81.00x
▲ VercelNitro2.885s (+23.0% 🔺)4.076s (+9.9% 🔺)1.191s81.11x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)3.688s4.307s0.620s71.00x
🐘 PostgresNitro3.764s (-0.5%)4.311s (-6.2% 🟢)0.547s71.02x
🐘 PostgresExpress3.825s (+2.0%)4.603s (+3.4%)0.779s71.04x
🌐 RedisNext.js (Turbopack)4.105s4.868s0.763s71.11x
💻 LocalNext.js (Turbopack)7.463s7.766s0.303s42.02x
💻 LocalNitro8.549s (+3.3%)9.021s (~)0.472s42.32x
💻 LocalExpress8.630s (+4.8%)9.026s (~)0.396s42.34x
🌐 MongoDBNext.js (Turbopack)9.905s10.349s0.444s32.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.852s (-4.0%)4.121s (-4.8%)1.269s81.00x
▲ VercelNitro3.330s (+7.8% 🔺)4.510s (+3.5%)1.180s71.17x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.145s1.002s0.011s1.017s0.872s101.00x
🌐 RedisNext.js (Turbopack)0.154s1.000s0.001s1.008s0.853s101.06x
💻 LocalExpress0.167s (~)1.002s (~)0.011s (~)1.017s (~)0.850s101.15x
💻 LocalNitro0.176s (+2.0%)1.002s (~)0.012s (+0.9%)1.017s (~)0.841s101.22x
🐘 PostgresNext.js (Turbopack)0.182s1.001s0.001s1.012s0.830s101.25x
🐘 PostgresExpress0.186s (-0.6%)0.998s (~)0.001s (-7.7% 🟢)1.012s (~)0.827s101.28x
🐘 PostgresNitro0.193s (-4.9%)0.993s (~)0.001s (-13.3% 🟢)1.012s (~)0.819s101.33x
🌐 MongoDBNext.js (Turbopack)0.485s0.960s0.002s1.008s0.523s103.35x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro1.577s (~)2.844s (+10.3% 🔺)0.109s (+2128.6% 🔺)3.341s (+9.9% 🔺)1.764s101.00x
▲ VercelExpress1.589s (-2.2%)2.291s (-9.6% 🟢)0.209s (+3564.9% 🔺)2.955s (-1.2%)1.367s101.01x
▲ VercelNext.js (Turbopack)⚠️missing-----

🔍 Observability: Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)9/12
🐘 PostgresNext.js (Turbopack)7/12
▲ VercelExpress7/12
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express🐘 Postgres6/12
Next.js (Turbopack)🌐 Redis5/12
Nitro🐘 Postgres6/12
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production571067638
✅ 💻 Local Development612084696
✅ 📦 Local Production612084696
✅ 🐘 Local Postgres612084696
✅ 🪟 Windows550358
❌ 🌍 Community Worlds1185615189
✅ 📋 Other147027174
Total2727563643147

❌ Failed Tests

🌍 Community Worlds (56 failed)

mongodb (3 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

redis (2 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

turso (51 failed):

  • addTenWorkflow
  • addTenWorkflow
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • sleepingWorkflow
  • parallelSleepWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling retry behavior workflow completes despite transient 5xx on step_completed
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro5107
✅ example5107
✅ express5107
✅ fastify5107
✅ hono5107
✅ nextjs-turbopack5602
✅ nextjs-webpack5602
✅ nitro5107
✅ nuxt5107
✅ sveltekit5107
✅ vite5107
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack5503
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev302
❌ mongodb5233
✅ redis-dev302
❌ redis5323
✅ turso-dev302
❌ turso4513
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4909
✅ e2e-local-postgres-nest-stable4909
✅ e2e-local-prod-nest-stable4909

📋 View full workflow run

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Fetch events with withData:true so stepName, token, resumeAt are available
- Fix sleep span runId extraction from wait entity data in detail panel
Count step_started events as attempts instead of relying on step_retrying.
Clear completedAt on retry/re-start so a retried step doesn't retain stale timestamps.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Show spinner + 'Loading more events...' while paginating
- Show 'Waiting for more events...' when all pages loaded but run still active
- Render trace viewer immediately when run exists (don't wait for isLoading)
- Add footer prop to TraceViewerTimeline for content below spans in scroll area
Guard buildTrace on run.runId instead of just truthiness, since the
hook returns {} as WorkflowRun before data arrives.
Footer was rendered inside the timeline scroll container's fixed-height
content div, making it invisible. Move to an absolute overlay at the
bottom of the traceViewerContent area with a gradient fade.
Visualize known vs unknown time in trace viewer
- Active child spans (steps/hooks/sleeps without an end event) now cap at
the latest known event time instead of `now`, so they only extend as far
as our data goes — even if the run is completed but we haven't loaded all
events yet.
- buildTrace returns knownDurationMs (time from trace start to latest event).
- Horizontal overlay in the trace viewer covers the region to the right of
the known time horizon, indicating unloaded data.
- Footer overlay shows 'Loading more events...' or 'Waiting for more events...'
at the bottom of the timeline.
Fix footer position: anchor to outermost trace viewer container
The footer was inside .traceViewerContent which has a computed height
smaller than the visible area. Moved to be a direct child of .traceViewer
which has position:relative and fills the full visible height.
Show 'End of run' in footer when run is complete and all events loaded
Diagonal stripe pattern for unknown-time overlay
- Black/dark-gray diagonal stripes instead of flat gray
- Offset 5% from the known-time edge so stripes don't touch spans
- CSS mask fades the pattern in from left to right
Footer: move back inside timeline scroll container with min-height
wrapper so it's only visible when scrolled to the bottom, not overlaying
content.
Stripes: use --ds-gray-200/--ds-gray-400 CSS variables so the pattern is
visible on both light and dark themes.
No transparency needed since the overlay fully covers the background.
Uses design system tokens that correctly contrast in both light and dark.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
VaguelySeriousand others added 5 commits March 9, 2026 14:58
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Remove leftover 300ms artificial delay in fetchEvents RPC call
- Fix loading state never clearing for hook/sleep resources in
useWorkflowResourceData (wrap in try/finally)
- Add receivedCount, lastReceivedAt, and disposedAt to AttributePanel
so the hook detail sidebar shows how often the hook was resolved
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
attribute as keyof typeof attributeToDisplayFn
]?.(displayData[attribute as keyof typeof displayData]);
const isModuleSpecifier = attribute === 'moduleSpecifier';
const shouldCapitalizeLabel = attribute !== 'workflowCoreVersion';

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

accidental revert?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought maybe we'd not want to capitalize in general. Will revert, discuss separately

@karthikscale3

Copy link
Copy Markdown
Contributor

Tested hook resolution, sleeps, trace viewer pagination on a 200 step run and metadata rendering on the spans. Mostly looks good to me. Only minor nit: we may show a partial step/span at the pagination boundary if events for that step are split between pages - I think we are okay with this for now? We could potentially make the server do some pre-processing of the events list that has no partial events maybe. But we can ITG this.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

[web-shared] [cli] Refactor observability data fetching - #1261

Merged
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api
Mar 10, 2026
Merged

[web-shared] [cli] Refactor observability data fetching#1261
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Mar 4, 2026

Copy link
Copy Markdown
Member

This PR refactors Web UI and CLI to build spans from events instead of fetching steps/hook.

This was a bit hard to do - now that we're loading events sequentially and constructing spans accordingly, we need to cleverly show the expected durations of spans/hooks that might not be resolved until much later. This probably deserves some thorough testing against larger runs.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Mar 4, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2af0bf5

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/cliPatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.033s (+1.9%)1.006s (~)0.973s101.00x
💻 LocalNitro0.033s (-6.5% 🟢)1.006s (~)0.973s101.01x
💻 LocalNext.js (Turbopack)0.043s1.006s0.963s101.30x
🌐 RedisNext.js (Turbopack)0.047s1.005s0.958s101.44x
🐘 PostgresNext.js (Turbopack)0.049s1.011s0.962s101.50x
🐘 PostgresExpress0.054s (~)1.012s (~)0.958s101.66x
🐘 PostgresNitro0.057s (+5.5% 🔺)1.012s (~)0.954s101.76x
🌐 MongoDBNext.js (Turbopack)0.101s1.008s0.906s103.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.426s (-18.2% 🟢)2.393s (+7.1% 🔺)1.968s101.00x
▲ VercelExpress0.536s (+11.1% 🔺)2.392s (-2.2%)1.856s101.26x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.100s2.007s0.906s101.00x
💻 LocalExpress1.101s (~)2.006s (~)0.905s101.00x
💻 LocalNitro1.102s (~)2.005s (~)0.903s101.00x
💻 LocalNext.js (Turbopack)1.105s2.006s0.902s101.00x
🐘 PostgresExpress1.126s (~)2.012s (~)0.886s101.02x
🐘 PostgresNext.js (Turbopack)1.127s2.012s0.884s101.02x
🐘 PostgresNitro1.128s (-2.3%)2.013s (~)0.885s101.03x
🌐 MongoDBNext.js (Turbopack)1.300s2.007s0.707s101.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.024s (~)3.503s (-4.4%)1.480s101.00x
▲ VercelNitro2.117s (~)3.310s (-12.9% 🟢)1.193s101.05x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.678s11.024s0.345s31.00x
🌐 RedisNext.js (Turbopack)10.684s11.024s0.340s31.00x
💻 LocalExpress10.779s (~)11.023s (~)0.244s31.01x
💻 LocalNitro10.782s (~)11.023s (~)0.241s31.01x
🐘 PostgresNext.js (Turbopack)10.796s11.042s0.246s31.01x
🐘 PostgresExpress10.810s (~)11.046s (~)0.236s31.01x
🐘 PostgresNitro10.835s (-0.6%)11.045s (~)0.210s31.01x
🌐 MongoDBNext.js (Turbopack)12.232s13.017s0.785s31.15x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro16.927s (+0.9%)18.435s (+1.9%)1.509s21.00x
▲ VercelExpress16.930s (+1.2%)18.357s (-1.2%)1.428s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 25 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)26.681s27.052s0.371s31.00x
🐘 PostgresNext.js (Turbopack)26.895s27.066s0.171s31.01x
🐘 PostgresExpress26.943s (~)27.060s (~)0.117s31.01x
💻 LocalNext.js (Turbopack)27.004s27.052s0.049s31.01x
🐘 PostgresNitro27.015s (~)27.402s (+1.2%)0.387s31.01x
💻 LocalNitro27.190s (~)28.053s (~)0.863s31.02x
💻 LocalExpress27.203s (~)28.052s (~)0.849s31.02x
🌐 MongoDBNext.js (Turbopack)30.442s31.043s0.601s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro50.316s (+15.5% 🔺)51.189s (+13.5% 🔺)0.874s21.00x
▲ VercelExpress50.510s (+15.6% 🔺)52.518s (+16.9% 🔺)2.009s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 50 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)53.265s54.102s0.837s21.00x
🐘 PostgresNext.js (Turbopack)53.749s54.104s0.355s21.01x
🐘 PostgresExpress53.806s (~)54.093s (~)0.287s21.01x
🐘 PostgresNitro53.885s (~)54.110s (~)0.225s21.01x
💻 LocalNext.js (Turbopack)55.641s56.102s0.461s21.04x
💻 LocalNitro56.096s (~)56.600s (-0.9%)0.503s21.05x
💻 LocalExpress56.127s (~)56.602s (+0.9%)0.475s21.05x
🌐 MongoDBNext.js (Turbopack)60.537s61.054s0.517s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express96.001s (~)97.606s (+0.6%)1.605s11.00x
▲ VercelNitro99.589s (+3.5%)101.074s (+3.7%)1.485s11.04x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.291s2.007s0.715s151.00x
🐘 PostgresExpress1.344s (-2.3%)2.011s (~)0.667s151.04x
🐘 PostgresNitro1.365s (-0.9%)2.011s (~)0.646s151.06x
🐘 PostgresNext.js (Turbopack)1.369s2.011s0.642s151.06x
💻 LocalNext.js (Turbopack)1.393s2.005s0.612s151.08x
💻 LocalExpress1.414s (~)2.006s (~)0.592s151.09x
💻 LocalNitro1.414s (-1.3%)2.006s (~)0.591s151.10x
🌐 MongoDBNext.js (Turbopack)2.145s3.008s0.863s101.66x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.314s (-7.9% 🟢)3.521s (-7.6% 🟢)1.207s91.00x
▲ VercelExpress2.324s (~)3.496s (-7.0% 🟢)1.172s91.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Express2.009s (~)2.599s (~)0.590s121.00x
🐘 PostgresNitro2.027s (-3.9%)2.516s (-3.2%)0.488s121.01x
🐘 PostgresNext.js (Turbopack)2.045s2.596s0.550s121.02x
🌐 RedisNext.js (Turbopack)2.527s3.008s0.481s101.26x
💻 LocalNext.js (Turbopack)2.617s3.007s0.390s101.30x
💻 LocalExpress2.628s (+2.8%)3.007s (~)0.379s101.31x
💻 LocalNitro2.645s (-0.5%)3.007s (~)0.362s101.32x
🌐 MongoDBNext.js (Turbopack)4.667s5.177s0.510s62.32x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.631s (-4.0%)4.012s (~)1.382s81.00x
▲ VercelNitro3.145s (+8.1% 🔺)4.336s (+5.0% 🔺)1.191s71.20x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Nitro3.715s (-1.3%)4.467s (~)0.752s71.00x
🐘 PostgresExpress3.783s (+1.7%)4.454s (+3.2%)0.671s71.02x
🐘 PostgresNext.js (Turbopack)3.840s4.887s1.048s71.03x
🌐 RedisNext.js (Turbopack)4.069s4.725s0.656s71.10x
💻 LocalNext.js (Turbopack)7.453s8.015s0.562s42.01x
💻 LocalNitro7.657s (+0.8%)8.018s (~)0.360s42.06x
💻 LocalExpress7.841s (+2.0%)8.019s (~)0.178s42.11x
🌐 MongoDBNext.js (Turbopack)9.764s10.353s0.589s32.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.679s (-5.9% 🟢)3.763s (-2.3%)1.084s81.00x
▲ VercelNitro3.230s (+11.3% 🔺)4.360s (+1.0%)1.129s71.21x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.281s2.006s0.726s151.00x
🐘 PostgresExpress1.381s (-1.3%)2.011s (~)0.630s151.08x
🐘 PostgresNitro1.389s (-0.8%)2.012s (~)0.623s151.08x
🐘 PostgresNext.js (Turbopack)1.408s2.011s0.604s151.10x
💻 LocalNitro1.437s (~)2.006s (~)0.569s151.12x
💻 LocalExpress1.442s (-1.5%)2.006s (~)0.563s151.13x
💻 LocalNext.js (Turbopack)1.475s2.006s0.531s151.15x
🌐 MongoDBNext.js (Turbopack)2.170s3.009s0.838s101.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.120s (-3.9%)3.576s (-2.5%)1.457s91.00x
▲ VercelNitro2.531s (+8.2% 🔺)3.770s (-4.3%)1.238s81.19x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)2.059s2.477s0.418s131.00x
🐘 PostgresNitro2.092s (~)2.684s (~)0.593s121.02x
🐘 PostgresExpress2.136s (-4.2%)2.742s (+2.2%)0.606s111.04x
🌐 RedisNext.js (Turbopack)2.514s3.008s0.494s101.22x
💻 LocalNext.js (Turbopack)2.680s3.008s0.328s101.30x
💻 LocalNitro2.783s (~)3.109s (+3.3%)0.326s101.35x
💻 LocalExpress2.825s (+3.3%)3.009s (~)0.183s101.37x
🌐 MongoDBNext.js (Turbopack)4.759s5.178s0.419s62.31x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.591s (+15.7% 🔺)3.996s (+13.0% 🔺)1.405s81.00x
▲ VercelNitro2.885s (+23.0% 🔺)4.076s (+9.9% 🔺)1.191s81.11x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)3.688s4.307s0.620s71.00x
🐘 PostgresNitro3.764s (-0.5%)4.311s (-6.2% 🟢)0.547s71.02x
🐘 PostgresExpress3.825s (+2.0%)4.603s (+3.4%)0.779s71.04x
🌐 RedisNext.js (Turbopack)4.105s4.868s0.763s71.11x
💻 LocalNext.js (Turbopack)7.463s7.766s0.303s42.02x
💻 LocalNitro8.549s (+3.3%)9.021s (~)0.472s42.32x
💻 LocalExpress8.630s (+4.8%)9.026s (~)0.396s42.34x
🌐 MongoDBNext.js (Turbopack)9.905s10.349s0.444s32.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.852s (-4.0%)4.121s (-4.8%)1.269s81.00x
▲ VercelNitro3.330s (+7.8% 🔺)4.510s (+3.5%)1.180s71.17x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.145s1.002s0.011s1.017s0.872s101.00x
🌐 RedisNext.js (Turbopack)0.154s1.000s0.001s1.008s0.853s101.06x
💻 LocalExpress0.167s (~)1.002s (~)0.011s (~)1.017s (~)0.850s101.15x
💻 LocalNitro0.176s (+2.0%)1.002s (~)0.012s (+0.9%)1.017s (~)0.841s101.22x
🐘 PostgresNext.js (Turbopack)0.182s1.001s0.001s1.012s0.830s101.25x
🐘 PostgresExpress0.186s (-0.6%)0.998s (~)0.001s (-7.7% 🟢)1.012s (~)0.827s101.28x
🐘 PostgresNitro0.193s (-4.9%)0.993s (~)0.001s (-13.3% 🟢)1.012s (~)0.819s101.33x
🌐 MongoDBNext.js (Turbopack)0.485s0.960s0.002s1.008s0.523s103.35x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro1.577s (~)2.844s (+10.3% 🔺)0.109s (+2128.6% 🔺)3.341s (+9.9% 🔺)1.764s101.00x
▲ VercelExpress1.589s (-2.2%)2.291s (-9.6% 🟢)0.209s (+3564.9% 🔺)2.955s (-1.2%)1.367s101.01x
▲ VercelNext.js (Turbopack)⚠️missing-----

🔍 Observability: Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)9/12
🐘 PostgresNext.js (Turbopack)7/12
▲ VercelExpress7/12
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express🐘 Postgres6/12
Next.js (Turbopack)🌐 Redis5/12
Nitro🐘 Postgres6/12
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production571067638
✅ 💻 Local Development612084696
✅ 📦 Local Production612084696
✅ 🐘 Local Postgres612084696
✅ 🪟 Windows550358
❌ 🌍 Community Worlds1185615189
✅ 📋 Other147027174
Total2727563643147

❌ Failed Tests

🌍 Community Worlds (56 failed)

mongodb (3 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

redis (2 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

turso (51 failed):

  • addTenWorkflow
  • addTenWorkflow
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • sleepingWorkflow
  • parallelSleepWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling retry behavior workflow completes despite transient 5xx on step_completed
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro5107
✅ example5107
✅ express5107
✅ fastify5107
✅ hono5107
✅ nextjs-turbopack5602
✅ nextjs-webpack5602
✅ nitro5107
✅ nuxt5107
✅ sveltekit5107
✅ vite5107
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack5503
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev302
❌ mongodb5233
✅ redis-dev302
❌ redis5323
✅ turso-dev302
❌ turso4513
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4909
✅ e2e-local-postgres-nest-stable4909
✅ e2e-local-prod-nest-stable4909

📋 View full workflow run

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Fetch events with withData:true so stepName, token, resumeAt are available
- Fix sleep span runId extraction from wait entity data in detail panel
Count step_started events as attempts instead of relying on step_retrying.
Clear completedAt on retry/re-start so a retried step doesn't retain stale timestamps.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Show spinner + 'Loading more events...' while paginating
- Show 'Waiting for more events...' when all pages loaded but run still active
- Render trace viewer immediately when run exists (don't wait for isLoading)
- Add footer prop to TraceViewerTimeline for content below spans in scroll area
Guard buildTrace on run.runId instead of just truthiness, since the
hook returns {} as WorkflowRun before data arrives.
Footer was rendered inside the timeline scroll container's fixed-height
content div, making it invisible. Move to an absolute overlay at the
bottom of the traceViewerContent area with a gradient fade.
Visualize known vs unknown time in trace viewer
- Active child spans (steps/hooks/sleeps without an end event) now cap at
the latest known event time instead of `now`, so they only extend as far
as our data goes — even if the run is completed but we haven't loaded all
events yet.
- buildTrace returns knownDurationMs (time from trace start to latest event).
- Horizontal overlay in the trace viewer covers the region to the right of
the known time horizon, indicating unloaded data.
- Footer overlay shows 'Loading more events...' or 'Waiting for more events...'
at the bottom of the timeline.
Fix footer position: anchor to outermost trace viewer container
The footer was inside .traceViewerContent which has a computed height
smaller than the visible area. Moved to be a direct child of .traceViewer
which has position:relative and fills the full visible height.
Show 'End of run' in footer when run is complete and all events loaded
Diagonal stripe pattern for unknown-time overlay
- Black/dark-gray diagonal stripes instead of flat gray
- Offset 5% from the known-time edge so stripes don't touch spans
- CSS mask fades the pattern in from left to right
Footer: move back inside timeline scroll container with min-height
wrapper so it's only visible when scrolled to the bottom, not overlaying
content.
Stripes: use --ds-gray-200/--ds-gray-400 CSS variables so the pattern is
visible on both light and dark themes.
No transparency needed since the overlay fully covers the background.
Uses design system tokens that correctly contrast in both light and dark.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
VaguelySeriousand others added 5 commits March 9, 2026 14:58
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Remove leftover 300ms artificial delay in fetchEvents RPC call
- Fix loading state never clearing for hook/sleep resources in
useWorkflowResourceData (wrap in try/finally)
- Add receivedCount, lastReceivedAt, and disposedAt to AttributePanel
so the hook detail sidebar shows how often the hook was resolved
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
attribute as keyof typeof attributeToDisplayFn
]?.(displayData[attribute as keyof typeof displayData]);
const isModuleSpecifier = attribute === 'moduleSpecifier';
const shouldCapitalizeLabel = attribute !== 'workflowCoreVersion';

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

accidental revert?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought maybe we'd not want to capitalize in general. Will revert, discuss separately

@karthikscale3

Copy link
Copy Markdown
Contributor

Tested hook resolution, sleeps, trace viewer pagination on a 200 step run and metadata rendering on the spans. Mostly looks good to me. Only minor nit: we may show a partial step/span at the pagination boundary if events for that step are split between pages - I think we are okay with this for now? We could potentially make the server do some pre-processing of the events list that has no partial events maybe. But we can ITG this.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

[web-shared] [cli] Refactor observability data fetching - #1261

Merged
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api
Mar 10, 2026
Merged

[web-shared] [cli] Refactor observability data fetching#1261
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Mar 4, 2026

Copy link
Copy Markdown
Member

This PR refactors Web UI and CLI to build spans from events instead of fetching steps/hook.

This was a bit hard to do - now that we're loading events sequentially and constructing spans accordingly, we need to cleverly show the expected durations of spans/hooks that might not be resolved until much later. This probably deserves some thorough testing against larger runs.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Mar 4, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2af0bf5

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/cliPatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.033s (+1.9%)1.006s (~)0.973s101.00x
💻 LocalNitro0.033s (-6.5% 🟢)1.006s (~)0.973s101.01x
💻 LocalNext.js (Turbopack)0.043s1.006s0.963s101.30x
🌐 RedisNext.js (Turbopack)0.047s1.005s0.958s101.44x
🐘 PostgresNext.js (Turbopack)0.049s1.011s0.962s101.50x
🐘 PostgresExpress0.054s (~)1.012s (~)0.958s101.66x
🐘 PostgresNitro0.057s (+5.5% 🔺)1.012s (~)0.954s101.76x
🌐 MongoDBNext.js (Turbopack)0.101s1.008s0.906s103.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.426s (-18.2% 🟢)2.393s (+7.1% 🔺)1.968s101.00x
▲ VercelExpress0.536s (+11.1% 🔺)2.392s (-2.2%)1.856s101.26x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.100s2.007s0.906s101.00x
💻 LocalExpress1.101s (~)2.006s (~)0.905s101.00x
💻 LocalNitro1.102s (~)2.005s (~)0.903s101.00x
💻 LocalNext.js (Turbopack)1.105s2.006s0.902s101.00x
🐘 PostgresExpress1.126s (~)2.012s (~)0.886s101.02x
🐘 PostgresNext.js (Turbopack)1.127s2.012s0.884s101.02x
🐘 PostgresNitro1.128s (-2.3%)2.013s (~)0.885s101.03x
🌐 MongoDBNext.js (Turbopack)1.300s2.007s0.707s101.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.024s (~)3.503s (-4.4%)1.480s101.00x
▲ VercelNitro2.117s (~)3.310s (-12.9% 🟢)1.193s101.05x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.678s11.024s0.345s31.00x
🌐 RedisNext.js (Turbopack)10.684s11.024s0.340s31.00x
💻 LocalExpress10.779s (~)11.023s (~)0.244s31.01x
💻 LocalNitro10.782s (~)11.023s (~)0.241s31.01x
🐘 PostgresNext.js (Turbopack)10.796s11.042s0.246s31.01x
🐘 PostgresExpress10.810s (~)11.046s (~)0.236s31.01x
🐘 PostgresNitro10.835s (-0.6%)11.045s (~)0.210s31.01x
🌐 MongoDBNext.js (Turbopack)12.232s13.017s0.785s31.15x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro16.927s (+0.9%)18.435s (+1.9%)1.509s21.00x
▲ VercelExpress16.930s (+1.2%)18.357s (-1.2%)1.428s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 25 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)26.681s27.052s0.371s31.00x
🐘 PostgresNext.js (Turbopack)26.895s27.066s0.171s31.01x
🐘 PostgresExpress26.943s (~)27.060s (~)0.117s31.01x
💻 LocalNext.js (Turbopack)27.004s27.052s0.049s31.01x
🐘 PostgresNitro27.015s (~)27.402s (+1.2%)0.387s31.01x
💻 LocalNitro27.190s (~)28.053s (~)0.863s31.02x
💻 LocalExpress27.203s (~)28.052s (~)0.849s31.02x
🌐 MongoDBNext.js (Turbopack)30.442s31.043s0.601s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro50.316s (+15.5% 🔺)51.189s (+13.5% 🔺)0.874s21.00x
▲ VercelExpress50.510s (+15.6% 🔺)52.518s (+16.9% 🔺)2.009s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 50 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)53.265s54.102s0.837s21.00x
🐘 PostgresNext.js (Turbopack)53.749s54.104s0.355s21.01x
🐘 PostgresExpress53.806s (~)54.093s (~)0.287s21.01x
🐘 PostgresNitro53.885s (~)54.110s (~)0.225s21.01x
💻 LocalNext.js (Turbopack)55.641s56.102s0.461s21.04x
💻 LocalNitro56.096s (~)56.600s (-0.9%)0.503s21.05x
💻 LocalExpress56.127s (~)56.602s (+0.9%)0.475s21.05x
🌐 MongoDBNext.js (Turbopack)60.537s61.054s0.517s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express96.001s (~)97.606s (+0.6%)1.605s11.00x
▲ VercelNitro99.589s (+3.5%)101.074s (+3.7%)1.485s11.04x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.291s2.007s0.715s151.00x
🐘 PostgresExpress1.344s (-2.3%)2.011s (~)0.667s151.04x
🐘 PostgresNitro1.365s (-0.9%)2.011s (~)0.646s151.06x
🐘 PostgresNext.js (Turbopack)1.369s2.011s0.642s151.06x
💻 LocalNext.js (Turbopack)1.393s2.005s0.612s151.08x
💻 LocalExpress1.414s (~)2.006s (~)0.592s151.09x
💻 LocalNitro1.414s (-1.3%)2.006s (~)0.591s151.10x
🌐 MongoDBNext.js (Turbopack)2.145s3.008s0.863s101.66x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.314s (-7.9% 🟢)3.521s (-7.6% 🟢)1.207s91.00x
▲ VercelExpress2.324s (~)3.496s (-7.0% 🟢)1.172s91.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Express2.009s (~)2.599s (~)0.590s121.00x
🐘 PostgresNitro2.027s (-3.9%)2.516s (-3.2%)0.488s121.01x
🐘 PostgresNext.js (Turbopack)2.045s2.596s0.550s121.02x
🌐 RedisNext.js (Turbopack)2.527s3.008s0.481s101.26x
💻 LocalNext.js (Turbopack)2.617s3.007s0.390s101.30x
💻 LocalExpress2.628s (+2.8%)3.007s (~)0.379s101.31x
💻 LocalNitro2.645s (-0.5%)3.007s (~)0.362s101.32x
🌐 MongoDBNext.js (Turbopack)4.667s5.177s0.510s62.32x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.631s (-4.0%)4.012s (~)1.382s81.00x
▲ VercelNitro3.145s (+8.1% 🔺)4.336s (+5.0% 🔺)1.191s71.20x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Nitro3.715s (-1.3%)4.467s (~)0.752s71.00x
🐘 PostgresExpress3.783s (+1.7%)4.454s (+3.2%)0.671s71.02x
🐘 PostgresNext.js (Turbopack)3.840s4.887s1.048s71.03x
🌐 RedisNext.js (Turbopack)4.069s4.725s0.656s71.10x
💻 LocalNext.js (Turbopack)7.453s8.015s0.562s42.01x
💻 LocalNitro7.657s (+0.8%)8.018s (~)0.360s42.06x
💻 LocalExpress7.841s (+2.0%)8.019s (~)0.178s42.11x
🌐 MongoDBNext.js (Turbopack)9.764s10.353s0.589s32.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.679s (-5.9% 🟢)3.763s (-2.3%)1.084s81.00x
▲ VercelNitro3.230s (+11.3% 🔺)4.360s (+1.0%)1.129s71.21x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.281s2.006s0.726s151.00x
🐘 PostgresExpress1.381s (-1.3%)2.011s (~)0.630s151.08x
🐘 PostgresNitro1.389s (-0.8%)2.012s (~)0.623s151.08x
🐘 PostgresNext.js (Turbopack)1.408s2.011s0.604s151.10x
💻 LocalNitro1.437s (~)2.006s (~)0.569s151.12x
💻 LocalExpress1.442s (-1.5%)2.006s (~)0.563s151.13x
💻 LocalNext.js (Turbopack)1.475s2.006s0.531s151.15x
🌐 MongoDBNext.js (Turbopack)2.170s3.009s0.838s101.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.120s (-3.9%)3.576s (-2.5%)1.457s91.00x
▲ VercelNitro2.531s (+8.2% 🔺)3.770s (-4.3%)1.238s81.19x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)2.059s2.477s0.418s131.00x
🐘 PostgresNitro2.092s (~)2.684s (~)0.593s121.02x
🐘 PostgresExpress2.136s (-4.2%)2.742s (+2.2%)0.606s111.04x
🌐 RedisNext.js (Turbopack)2.514s3.008s0.494s101.22x
💻 LocalNext.js (Turbopack)2.680s3.008s0.328s101.30x
💻 LocalNitro2.783s (~)3.109s (+3.3%)0.326s101.35x
💻 LocalExpress2.825s (+3.3%)3.009s (~)0.183s101.37x
🌐 MongoDBNext.js (Turbopack)4.759s5.178s0.419s62.31x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.591s (+15.7% 🔺)3.996s (+13.0% 🔺)1.405s81.00x
▲ VercelNitro2.885s (+23.0% 🔺)4.076s (+9.9% 🔺)1.191s81.11x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)3.688s4.307s0.620s71.00x
🐘 PostgresNitro3.764s (-0.5%)4.311s (-6.2% 🟢)0.547s71.02x
🐘 PostgresExpress3.825s (+2.0%)4.603s (+3.4%)0.779s71.04x
🌐 RedisNext.js (Turbopack)4.105s4.868s0.763s71.11x
💻 LocalNext.js (Turbopack)7.463s7.766s0.303s42.02x
💻 LocalNitro8.549s (+3.3%)9.021s (~)0.472s42.32x
💻 LocalExpress8.630s (+4.8%)9.026s (~)0.396s42.34x
🌐 MongoDBNext.js (Turbopack)9.905s10.349s0.444s32.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.852s (-4.0%)4.121s (-4.8%)1.269s81.00x
▲ VercelNitro3.330s (+7.8% 🔺)4.510s (+3.5%)1.180s71.17x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.145s1.002s0.011s1.017s0.872s101.00x
🌐 RedisNext.js (Turbopack)0.154s1.000s0.001s1.008s0.853s101.06x
💻 LocalExpress0.167s (~)1.002s (~)0.011s (~)1.017s (~)0.850s101.15x
💻 LocalNitro0.176s (+2.0%)1.002s (~)0.012s (+0.9%)1.017s (~)0.841s101.22x
🐘 PostgresNext.js (Turbopack)0.182s1.001s0.001s1.012s0.830s101.25x
🐘 PostgresExpress0.186s (-0.6%)0.998s (~)0.001s (-7.7% 🟢)1.012s (~)0.827s101.28x
🐘 PostgresNitro0.193s (-4.9%)0.993s (~)0.001s (-13.3% 🟢)1.012s (~)0.819s101.33x
🌐 MongoDBNext.js (Turbopack)0.485s0.960s0.002s1.008s0.523s103.35x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro1.577s (~)2.844s (+10.3% 🔺)0.109s (+2128.6% 🔺)3.341s (+9.9% 🔺)1.764s101.00x
▲ VercelExpress1.589s (-2.2%)2.291s (-9.6% 🟢)0.209s (+3564.9% 🔺)2.955s (-1.2%)1.367s101.01x
▲ VercelNext.js (Turbopack)⚠️missing-----

🔍 Observability: Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)9/12
🐘 PostgresNext.js (Turbopack)7/12
▲ VercelExpress7/12
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express🐘 Postgres6/12
Next.js (Turbopack)🌐 Redis5/12
Nitro🐘 Postgres6/12
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production571067638
✅ 💻 Local Development612084696
✅ 📦 Local Production612084696
✅ 🐘 Local Postgres612084696
✅ 🪟 Windows550358
❌ 🌍 Community Worlds1185615189
✅ 📋 Other147027174
Total2727563643147

❌ Failed Tests

🌍 Community Worlds (56 failed)

mongodb (3 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

redis (2 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

turso (51 failed):

  • addTenWorkflow
  • addTenWorkflow
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • sleepingWorkflow
  • parallelSleepWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling retry behavior workflow completes despite transient 5xx on step_completed
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro5107
✅ example5107
✅ express5107
✅ fastify5107
✅ hono5107
✅ nextjs-turbopack5602
✅ nextjs-webpack5602
✅ nitro5107
✅ nuxt5107
✅ sveltekit5107
✅ vite5107
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack5503
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev302
❌ mongodb5233
✅ redis-dev302
❌ redis5323
✅ turso-dev302
❌ turso4513
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4909
✅ e2e-local-postgres-nest-stable4909
✅ e2e-local-prod-nest-stable4909

📋 View full workflow run

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Fetch events with withData:true so stepName, token, resumeAt are available
- Fix sleep span runId extraction from wait entity data in detail panel
Count step_started events as attempts instead of relying on step_retrying.
Clear completedAt on retry/re-start so a retried step doesn't retain stale timestamps.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Show spinner + 'Loading more events...' while paginating
- Show 'Waiting for more events...' when all pages loaded but run still active
- Render trace viewer immediately when run exists (don't wait for isLoading)
- Add footer prop to TraceViewerTimeline for content below spans in scroll area
Guard buildTrace on run.runId instead of just truthiness, since the
hook returns {} as WorkflowRun before data arrives.
Footer was rendered inside the timeline scroll container's fixed-height
content div, making it invisible. Move to an absolute overlay at the
bottom of the traceViewerContent area with a gradient fade.
Visualize known vs unknown time in trace viewer
- Active child spans (steps/hooks/sleeps without an end event) now cap at
the latest known event time instead of `now`, so they only extend as far
as our data goes — even if the run is completed but we haven't loaded all
events yet.
- buildTrace returns knownDurationMs (time from trace start to latest event).
- Horizontal overlay in the trace viewer covers the region to the right of
the known time horizon, indicating unloaded data.
- Footer overlay shows 'Loading more events...' or 'Waiting for more events...'
at the bottom of the timeline.
Fix footer position: anchor to outermost trace viewer container
The footer was inside .traceViewerContent which has a computed height
smaller than the visible area. Moved to be a direct child of .traceViewer
which has position:relative and fills the full visible height.
Show 'End of run' in footer when run is complete and all events loaded
Diagonal stripe pattern for unknown-time overlay
- Black/dark-gray diagonal stripes instead of flat gray
- Offset 5% from the known-time edge so stripes don't touch spans
- CSS mask fades the pattern in from left to right
Footer: move back inside timeline scroll container with min-height
wrapper so it's only visible when scrolled to the bottom, not overlaying
content.
Stripes: use --ds-gray-200/--ds-gray-400 CSS variables so the pattern is
visible on both light and dark themes.
No transparency needed since the overlay fully covers the background.
Uses design system tokens that correctly contrast in both light and dark.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
VaguelySeriousand others added 5 commits March 9, 2026 14:58
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Remove leftover 300ms artificial delay in fetchEvents RPC call
- Fix loading state never clearing for hook/sleep resources in
useWorkflowResourceData (wrap in try/finally)
- Add receivedCount, lastReceivedAt, and disposedAt to AttributePanel
so the hook detail sidebar shows how often the hook was resolved
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
attribute as keyof typeof attributeToDisplayFn
]?.(displayData[attribute as keyof typeof displayData]);
const isModuleSpecifier = attribute === 'moduleSpecifier';
const shouldCapitalizeLabel = attribute !== 'workflowCoreVersion';

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

accidental revert?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought maybe we'd not want to capitalize in general. Will revert, discuss separately

@karthikscale3

Copy link
Copy Markdown
Contributor

Tested hook resolution, sleeps, trace viewer pagination on a 200 step run and metadata rendering on the spans. Mostly looks good to me. Only minor nit: we may show a partial step/span at the pagination boundary if events for that step are split between pages - I think we are okay with this for now? We could potentially make the server do some pre-processing of the events list that has no partial events maybe. But we can ITG this.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

[web-shared] [cli] Refactor observability data fetching - #1261

Merged
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api
Mar 10, 2026
Merged

[web-shared] [cli] Refactor observability data fetching#1261
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Mar 4, 2026

Copy link
Copy Markdown
Member

This PR refactors Web UI and CLI to build spans from events instead of fetching steps/hook.

This was a bit hard to do - now that we're loading events sequentially and constructing spans accordingly, we need to cleverly show the expected durations of spans/hooks that might not be resolved until much later. This probably deserves some thorough testing against larger runs.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Mar 4, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2af0bf5

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/cliPatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.033s (+1.9%)1.006s (~)0.973s101.00x
💻 LocalNitro0.033s (-6.5% 🟢)1.006s (~)0.973s101.01x
💻 LocalNext.js (Turbopack)0.043s1.006s0.963s101.30x
🌐 RedisNext.js (Turbopack)0.047s1.005s0.958s101.44x
🐘 PostgresNext.js (Turbopack)0.049s1.011s0.962s101.50x
🐘 PostgresExpress0.054s (~)1.012s (~)0.958s101.66x
🐘 PostgresNitro0.057s (+5.5% 🔺)1.012s (~)0.954s101.76x
🌐 MongoDBNext.js (Turbopack)0.101s1.008s0.906s103.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.426s (-18.2% 🟢)2.393s (+7.1% 🔺)1.968s101.00x
▲ VercelExpress0.536s (+11.1% 🔺)2.392s (-2.2%)1.856s101.26x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.100s2.007s0.906s101.00x
💻 LocalExpress1.101s (~)2.006s (~)0.905s101.00x
💻 LocalNitro1.102s (~)2.005s (~)0.903s101.00x
💻 LocalNext.js (Turbopack)1.105s2.006s0.902s101.00x
🐘 PostgresExpress1.126s (~)2.012s (~)0.886s101.02x
🐘 PostgresNext.js (Turbopack)1.127s2.012s0.884s101.02x
🐘 PostgresNitro1.128s (-2.3%)2.013s (~)0.885s101.03x
🌐 MongoDBNext.js (Turbopack)1.300s2.007s0.707s101.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.024s (~)3.503s (-4.4%)1.480s101.00x
▲ VercelNitro2.117s (~)3.310s (-12.9% 🟢)1.193s101.05x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.678s11.024s0.345s31.00x
🌐 RedisNext.js (Turbopack)10.684s11.024s0.340s31.00x
💻 LocalExpress10.779s (~)11.023s (~)0.244s31.01x
💻 LocalNitro10.782s (~)11.023s (~)0.241s31.01x
🐘 PostgresNext.js (Turbopack)10.796s11.042s0.246s31.01x
🐘 PostgresExpress10.810s (~)11.046s (~)0.236s31.01x
🐘 PostgresNitro10.835s (-0.6%)11.045s (~)0.210s31.01x
🌐 MongoDBNext.js (Turbopack)12.232s13.017s0.785s31.15x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro16.927s (+0.9%)18.435s (+1.9%)1.509s21.00x
▲ VercelExpress16.930s (+1.2%)18.357s (-1.2%)1.428s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 25 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)26.681s27.052s0.371s31.00x
🐘 PostgresNext.js (Turbopack)26.895s27.066s0.171s31.01x
🐘 PostgresExpress26.943s (~)27.060s (~)0.117s31.01x
💻 LocalNext.js (Turbopack)27.004s27.052s0.049s31.01x
🐘 PostgresNitro27.015s (~)27.402s (+1.2%)0.387s31.01x
💻 LocalNitro27.190s (~)28.053s (~)0.863s31.02x
💻 LocalExpress27.203s (~)28.052s (~)0.849s31.02x
🌐 MongoDBNext.js (Turbopack)30.442s31.043s0.601s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro50.316s (+15.5% 🔺)51.189s (+13.5% 🔺)0.874s21.00x
▲ VercelExpress50.510s (+15.6% 🔺)52.518s (+16.9% 🔺)2.009s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 50 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)53.265s54.102s0.837s21.00x
🐘 PostgresNext.js (Turbopack)53.749s54.104s0.355s21.01x
🐘 PostgresExpress53.806s (~)54.093s (~)0.287s21.01x
🐘 PostgresNitro53.885s (~)54.110s (~)0.225s21.01x
💻 LocalNext.js (Turbopack)55.641s56.102s0.461s21.04x
💻 LocalNitro56.096s (~)56.600s (-0.9%)0.503s21.05x
💻 LocalExpress56.127s (~)56.602s (+0.9%)0.475s21.05x
🌐 MongoDBNext.js (Turbopack)60.537s61.054s0.517s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express96.001s (~)97.606s (+0.6%)1.605s11.00x
▲ VercelNitro99.589s (+3.5%)101.074s (+3.7%)1.485s11.04x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.291s2.007s0.715s151.00x
🐘 PostgresExpress1.344s (-2.3%)2.011s (~)0.667s151.04x
🐘 PostgresNitro1.365s (-0.9%)2.011s (~)0.646s151.06x
🐘 PostgresNext.js (Turbopack)1.369s2.011s0.642s151.06x
💻 LocalNext.js (Turbopack)1.393s2.005s0.612s151.08x
💻 LocalExpress1.414s (~)2.006s (~)0.592s151.09x
💻 LocalNitro1.414s (-1.3%)2.006s (~)0.591s151.10x
🌐 MongoDBNext.js (Turbopack)2.145s3.008s0.863s101.66x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.314s (-7.9% 🟢)3.521s (-7.6% 🟢)1.207s91.00x
▲ VercelExpress2.324s (~)3.496s (-7.0% 🟢)1.172s91.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Express2.009s (~)2.599s (~)0.590s121.00x
🐘 PostgresNitro2.027s (-3.9%)2.516s (-3.2%)0.488s121.01x
🐘 PostgresNext.js (Turbopack)2.045s2.596s0.550s121.02x
🌐 RedisNext.js (Turbopack)2.527s3.008s0.481s101.26x
💻 LocalNext.js (Turbopack)2.617s3.007s0.390s101.30x
💻 LocalExpress2.628s (+2.8%)3.007s (~)0.379s101.31x
💻 LocalNitro2.645s (-0.5%)3.007s (~)0.362s101.32x
🌐 MongoDBNext.js (Turbopack)4.667s5.177s0.510s62.32x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.631s (-4.0%)4.012s (~)1.382s81.00x
▲ VercelNitro3.145s (+8.1% 🔺)4.336s (+5.0% 🔺)1.191s71.20x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Nitro3.715s (-1.3%)4.467s (~)0.752s71.00x
🐘 PostgresExpress3.783s (+1.7%)4.454s (+3.2%)0.671s71.02x
🐘 PostgresNext.js (Turbopack)3.840s4.887s1.048s71.03x
🌐 RedisNext.js (Turbopack)4.069s4.725s0.656s71.10x
💻 LocalNext.js (Turbopack)7.453s8.015s0.562s42.01x
💻 LocalNitro7.657s (+0.8%)8.018s (~)0.360s42.06x
💻 LocalExpress7.841s (+2.0%)8.019s (~)0.178s42.11x
🌐 MongoDBNext.js (Turbopack)9.764s10.353s0.589s32.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.679s (-5.9% 🟢)3.763s (-2.3%)1.084s81.00x
▲ VercelNitro3.230s (+11.3% 🔺)4.360s (+1.0%)1.129s71.21x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.281s2.006s0.726s151.00x
🐘 PostgresExpress1.381s (-1.3%)2.011s (~)0.630s151.08x
🐘 PostgresNitro1.389s (-0.8%)2.012s (~)0.623s151.08x
🐘 PostgresNext.js (Turbopack)1.408s2.011s0.604s151.10x
💻 LocalNitro1.437s (~)2.006s (~)0.569s151.12x
💻 LocalExpress1.442s (-1.5%)2.006s (~)0.563s151.13x
💻 LocalNext.js (Turbopack)1.475s2.006s0.531s151.15x
🌐 MongoDBNext.js (Turbopack)2.170s3.009s0.838s101.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.120s (-3.9%)3.576s (-2.5%)1.457s91.00x
▲ VercelNitro2.531s (+8.2% 🔺)3.770s (-4.3%)1.238s81.19x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)2.059s2.477s0.418s131.00x
🐘 PostgresNitro2.092s (~)2.684s (~)0.593s121.02x
🐘 PostgresExpress2.136s (-4.2%)2.742s (+2.2%)0.606s111.04x
🌐 RedisNext.js (Turbopack)2.514s3.008s0.494s101.22x
💻 LocalNext.js (Turbopack)2.680s3.008s0.328s101.30x
💻 LocalNitro2.783s (~)3.109s (+3.3%)0.326s101.35x
💻 LocalExpress2.825s (+3.3%)3.009s (~)0.183s101.37x
🌐 MongoDBNext.js (Turbopack)4.759s5.178s0.419s62.31x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.591s (+15.7% 🔺)3.996s (+13.0% 🔺)1.405s81.00x
▲ VercelNitro2.885s (+23.0% 🔺)4.076s (+9.9% 🔺)1.191s81.11x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)3.688s4.307s0.620s71.00x
🐘 PostgresNitro3.764s (-0.5%)4.311s (-6.2% 🟢)0.547s71.02x
🐘 PostgresExpress3.825s (+2.0%)4.603s (+3.4%)0.779s71.04x
🌐 RedisNext.js (Turbopack)4.105s4.868s0.763s71.11x
💻 LocalNext.js (Turbopack)7.463s7.766s0.303s42.02x
💻 LocalNitro8.549s (+3.3%)9.021s (~)0.472s42.32x
💻 LocalExpress8.630s (+4.8%)9.026s (~)0.396s42.34x
🌐 MongoDBNext.js (Turbopack)9.905s10.349s0.444s32.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.852s (-4.0%)4.121s (-4.8%)1.269s81.00x
▲ VercelNitro3.330s (+7.8% 🔺)4.510s (+3.5%)1.180s71.17x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.145s1.002s0.011s1.017s0.872s101.00x
🌐 RedisNext.js (Turbopack)0.154s1.000s0.001s1.008s0.853s101.06x
💻 LocalExpress0.167s (~)1.002s (~)0.011s (~)1.017s (~)0.850s101.15x
💻 LocalNitro0.176s (+2.0%)1.002s (~)0.012s (+0.9%)1.017s (~)0.841s101.22x
🐘 PostgresNext.js (Turbopack)0.182s1.001s0.001s1.012s0.830s101.25x
🐘 PostgresExpress0.186s (-0.6%)0.998s (~)0.001s (-7.7% 🟢)1.012s (~)0.827s101.28x
🐘 PostgresNitro0.193s (-4.9%)0.993s (~)0.001s (-13.3% 🟢)1.012s (~)0.819s101.33x
🌐 MongoDBNext.js (Turbopack)0.485s0.960s0.002s1.008s0.523s103.35x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro1.577s (~)2.844s (+10.3% 🔺)0.109s (+2128.6% 🔺)3.341s (+9.9% 🔺)1.764s101.00x
▲ VercelExpress1.589s (-2.2%)2.291s (-9.6% 🟢)0.209s (+3564.9% 🔺)2.955s (-1.2%)1.367s101.01x
▲ VercelNext.js (Turbopack)⚠️missing-----

🔍 Observability: Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)9/12
🐘 PostgresNext.js (Turbopack)7/12
▲ VercelExpress7/12
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express🐘 Postgres6/12
Next.js (Turbopack)🌐 Redis5/12
Nitro🐘 Postgres6/12
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production571067638
✅ 💻 Local Development612084696
✅ 📦 Local Production612084696
✅ 🐘 Local Postgres612084696
✅ 🪟 Windows550358
❌ 🌍 Community Worlds1185615189
✅ 📋 Other147027174
Total2727563643147

❌ Failed Tests

🌍 Community Worlds (56 failed)

mongodb (3 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

redis (2 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

turso (51 failed):

  • addTenWorkflow
  • addTenWorkflow
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • sleepingWorkflow
  • parallelSleepWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling retry behavior workflow completes despite transient 5xx on step_completed
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro5107
✅ example5107
✅ express5107
✅ fastify5107
✅ hono5107
✅ nextjs-turbopack5602
✅ nextjs-webpack5602
✅ nitro5107
✅ nuxt5107
✅ sveltekit5107
✅ vite5107
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack5503
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev302
❌ mongodb5233
✅ redis-dev302
❌ redis5323
✅ turso-dev302
❌ turso4513
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4909
✅ e2e-local-postgres-nest-stable4909
✅ e2e-local-prod-nest-stable4909

📋 View full workflow run

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Fetch events with withData:true so stepName, token, resumeAt are available
- Fix sleep span runId extraction from wait entity data in detail panel
Count step_started events as attempts instead of relying on step_retrying.
Clear completedAt on retry/re-start so a retried step doesn't retain stale timestamps.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Show spinner + 'Loading more events...' while paginating
- Show 'Waiting for more events...' when all pages loaded but run still active
- Render trace viewer immediately when run exists (don't wait for isLoading)
- Add footer prop to TraceViewerTimeline for content below spans in scroll area
Guard buildTrace on run.runId instead of just truthiness, since the
hook returns {} as WorkflowRun before data arrives.
Footer was rendered inside the timeline scroll container's fixed-height
content div, making it invisible. Move to an absolute overlay at the
bottom of the traceViewerContent area with a gradient fade.
Visualize known vs unknown time in trace viewer
- Active child spans (steps/hooks/sleeps without an end event) now cap at
the latest known event time instead of `now`, so they only extend as far
as our data goes — even if the run is completed but we haven't loaded all
events yet.
- buildTrace returns knownDurationMs (time from trace start to latest event).
- Horizontal overlay in the trace viewer covers the region to the right of
the known time horizon, indicating unloaded data.
- Footer overlay shows 'Loading more events...' or 'Waiting for more events...'
at the bottom of the timeline.
Fix footer position: anchor to outermost trace viewer container
The footer was inside .traceViewerContent which has a computed height
smaller than the visible area. Moved to be a direct child of .traceViewer
which has position:relative and fills the full visible height.
Show 'End of run' in footer when run is complete and all events loaded
Diagonal stripe pattern for unknown-time overlay
- Black/dark-gray diagonal stripes instead of flat gray
- Offset 5% from the known-time edge so stripes don't touch spans
- CSS mask fades the pattern in from left to right
Footer: move back inside timeline scroll container with min-height
wrapper so it's only visible when scrolled to the bottom, not overlaying
content.
Stripes: use --ds-gray-200/--ds-gray-400 CSS variables so the pattern is
visible on both light and dark themes.
No transparency needed since the overlay fully covers the background.
Uses design system tokens that correctly contrast in both light and dark.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
VaguelySeriousand others added 5 commits March 9, 2026 14:58
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Remove leftover 300ms artificial delay in fetchEvents RPC call
- Fix loading state never clearing for hook/sleep resources in
useWorkflowResourceData (wrap in try/finally)
- Add receivedCount, lastReceivedAt, and disposedAt to AttributePanel
so the hook detail sidebar shows how often the hook was resolved
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
attribute as keyof typeof attributeToDisplayFn
]?.(displayData[attribute as keyof typeof displayData]);
const isModuleSpecifier = attribute === 'moduleSpecifier';
const shouldCapitalizeLabel = attribute !== 'workflowCoreVersion';

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

accidental revert?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought maybe we'd not want to capitalize in general. Will revert, discuss separately

@karthikscale3

Copy link
Copy Markdown
Contributor

Tested hook resolution, sleeps, trace viewer pagination on a 200 step run and metadata rendering on the spans. Mostly looks good to me. Only minor nit: we may show a partial step/span at the pagination boundary if events for that step are split between pages - I think we are okay with this for now? We could potentially make the server do some pre-processing of the events list that has no partial events maybe. But we can ITG this.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

[web-shared] [cli] Refactor observability data fetching - #1261

Merged
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api
Mar 10, 2026
Merged

[web-shared] [cli] Refactor observability data fetching#1261
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Mar 4, 2026

Copy link
Copy Markdown
Member

This PR refactors Web UI and CLI to build spans from events instead of fetching steps/hook.

This was a bit hard to do - now that we're loading events sequentially and constructing spans accordingly, we need to cleverly show the expected durations of spans/hooks that might not be resolved until much later. This probably deserves some thorough testing against larger runs.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Mar 4, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2af0bf5

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/cliPatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.033s (+1.9%)1.006s (~)0.973s101.00x
💻 LocalNitro0.033s (-6.5% 🟢)1.006s (~)0.973s101.01x
💻 LocalNext.js (Turbopack)0.043s1.006s0.963s101.30x
🌐 RedisNext.js (Turbopack)0.047s1.005s0.958s101.44x
🐘 PostgresNext.js (Turbopack)0.049s1.011s0.962s101.50x
🐘 PostgresExpress0.054s (~)1.012s (~)0.958s101.66x
🐘 PostgresNitro0.057s (+5.5% 🔺)1.012s (~)0.954s101.76x
🌐 MongoDBNext.js (Turbopack)0.101s1.008s0.906s103.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.426s (-18.2% 🟢)2.393s (+7.1% 🔺)1.968s101.00x
▲ VercelExpress0.536s (+11.1% 🔺)2.392s (-2.2%)1.856s101.26x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.100s2.007s0.906s101.00x
💻 LocalExpress1.101s (~)2.006s (~)0.905s101.00x
💻 LocalNitro1.102s (~)2.005s (~)0.903s101.00x
💻 LocalNext.js (Turbopack)1.105s2.006s0.902s101.00x
🐘 PostgresExpress1.126s (~)2.012s (~)0.886s101.02x
🐘 PostgresNext.js (Turbopack)1.127s2.012s0.884s101.02x
🐘 PostgresNitro1.128s (-2.3%)2.013s (~)0.885s101.03x
🌐 MongoDBNext.js (Turbopack)1.300s2.007s0.707s101.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.024s (~)3.503s (-4.4%)1.480s101.00x
▲ VercelNitro2.117s (~)3.310s (-12.9% 🟢)1.193s101.05x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.678s11.024s0.345s31.00x
🌐 RedisNext.js (Turbopack)10.684s11.024s0.340s31.00x
💻 LocalExpress10.779s (~)11.023s (~)0.244s31.01x
💻 LocalNitro10.782s (~)11.023s (~)0.241s31.01x
🐘 PostgresNext.js (Turbopack)10.796s11.042s0.246s31.01x
🐘 PostgresExpress10.810s (~)11.046s (~)0.236s31.01x
🐘 PostgresNitro10.835s (-0.6%)11.045s (~)0.210s31.01x
🌐 MongoDBNext.js (Turbopack)12.232s13.017s0.785s31.15x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro16.927s (+0.9%)18.435s (+1.9%)1.509s21.00x
▲ VercelExpress16.930s (+1.2%)18.357s (-1.2%)1.428s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 25 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)26.681s27.052s0.371s31.00x
🐘 PostgresNext.js (Turbopack)26.895s27.066s0.171s31.01x
🐘 PostgresExpress26.943s (~)27.060s (~)0.117s31.01x
💻 LocalNext.js (Turbopack)27.004s27.052s0.049s31.01x
🐘 PostgresNitro27.015s (~)27.402s (+1.2%)0.387s31.01x
💻 LocalNitro27.190s (~)28.053s (~)0.863s31.02x
💻 LocalExpress27.203s (~)28.052s (~)0.849s31.02x
🌐 MongoDBNext.js (Turbopack)30.442s31.043s0.601s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro50.316s (+15.5% 🔺)51.189s (+13.5% 🔺)0.874s21.00x
▲ VercelExpress50.510s (+15.6% 🔺)52.518s (+16.9% 🔺)2.009s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 50 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)53.265s54.102s0.837s21.00x
🐘 PostgresNext.js (Turbopack)53.749s54.104s0.355s21.01x
🐘 PostgresExpress53.806s (~)54.093s (~)0.287s21.01x
🐘 PostgresNitro53.885s (~)54.110s (~)0.225s21.01x
💻 LocalNext.js (Turbopack)55.641s56.102s0.461s21.04x
💻 LocalNitro56.096s (~)56.600s (-0.9%)0.503s21.05x
💻 LocalExpress56.127s (~)56.602s (+0.9%)0.475s21.05x
🌐 MongoDBNext.js (Turbopack)60.537s61.054s0.517s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express96.001s (~)97.606s (+0.6%)1.605s11.00x
▲ VercelNitro99.589s (+3.5%)101.074s (+3.7%)1.485s11.04x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.291s2.007s0.715s151.00x
🐘 PostgresExpress1.344s (-2.3%)2.011s (~)0.667s151.04x
🐘 PostgresNitro1.365s (-0.9%)2.011s (~)0.646s151.06x
🐘 PostgresNext.js (Turbopack)1.369s2.011s0.642s151.06x
💻 LocalNext.js (Turbopack)1.393s2.005s0.612s151.08x
💻 LocalExpress1.414s (~)2.006s (~)0.592s151.09x
💻 LocalNitro1.414s (-1.3%)2.006s (~)0.591s151.10x
🌐 MongoDBNext.js (Turbopack)2.145s3.008s0.863s101.66x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.314s (-7.9% 🟢)3.521s (-7.6% 🟢)1.207s91.00x
▲ VercelExpress2.324s (~)3.496s (-7.0% 🟢)1.172s91.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Express2.009s (~)2.599s (~)0.590s121.00x
🐘 PostgresNitro2.027s (-3.9%)2.516s (-3.2%)0.488s121.01x
🐘 PostgresNext.js (Turbopack)2.045s2.596s0.550s121.02x
🌐 RedisNext.js (Turbopack)2.527s3.008s0.481s101.26x
💻 LocalNext.js (Turbopack)2.617s3.007s0.390s101.30x
💻 LocalExpress2.628s (+2.8%)3.007s (~)0.379s101.31x
💻 LocalNitro2.645s (-0.5%)3.007s (~)0.362s101.32x
🌐 MongoDBNext.js (Turbopack)4.667s5.177s0.510s62.32x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.631s (-4.0%)4.012s (~)1.382s81.00x
▲ VercelNitro3.145s (+8.1% 🔺)4.336s (+5.0% 🔺)1.191s71.20x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Nitro3.715s (-1.3%)4.467s (~)0.752s71.00x
🐘 PostgresExpress3.783s (+1.7%)4.454s (+3.2%)0.671s71.02x
🐘 PostgresNext.js (Turbopack)3.840s4.887s1.048s71.03x
🌐 RedisNext.js (Turbopack)4.069s4.725s0.656s71.10x
💻 LocalNext.js (Turbopack)7.453s8.015s0.562s42.01x
💻 LocalNitro7.657s (+0.8%)8.018s (~)0.360s42.06x
💻 LocalExpress7.841s (+2.0%)8.019s (~)0.178s42.11x
🌐 MongoDBNext.js (Turbopack)9.764s10.353s0.589s32.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.679s (-5.9% 🟢)3.763s (-2.3%)1.084s81.00x
▲ VercelNitro3.230s (+11.3% 🔺)4.360s (+1.0%)1.129s71.21x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.281s2.006s0.726s151.00x
🐘 PostgresExpress1.381s (-1.3%)2.011s (~)0.630s151.08x
🐘 PostgresNitro1.389s (-0.8%)2.012s (~)0.623s151.08x
🐘 PostgresNext.js (Turbopack)1.408s2.011s0.604s151.10x
💻 LocalNitro1.437s (~)2.006s (~)0.569s151.12x
💻 LocalExpress1.442s (-1.5%)2.006s (~)0.563s151.13x
💻 LocalNext.js (Turbopack)1.475s2.006s0.531s151.15x
🌐 MongoDBNext.js (Turbopack)2.170s3.009s0.838s101.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.120s (-3.9%)3.576s (-2.5%)1.457s91.00x
▲ VercelNitro2.531s (+8.2% 🔺)3.770s (-4.3%)1.238s81.19x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)2.059s2.477s0.418s131.00x
🐘 PostgresNitro2.092s (~)2.684s (~)0.593s121.02x
🐘 PostgresExpress2.136s (-4.2%)2.742s (+2.2%)0.606s111.04x
🌐 RedisNext.js (Turbopack)2.514s3.008s0.494s101.22x
💻 LocalNext.js (Turbopack)2.680s3.008s0.328s101.30x
💻 LocalNitro2.783s (~)3.109s (+3.3%)0.326s101.35x
💻 LocalExpress2.825s (+3.3%)3.009s (~)0.183s101.37x
🌐 MongoDBNext.js (Turbopack)4.759s5.178s0.419s62.31x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.591s (+15.7% 🔺)3.996s (+13.0% 🔺)1.405s81.00x
▲ VercelNitro2.885s (+23.0% 🔺)4.076s (+9.9% 🔺)1.191s81.11x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)3.688s4.307s0.620s71.00x
🐘 PostgresNitro3.764s (-0.5%)4.311s (-6.2% 🟢)0.547s71.02x
🐘 PostgresExpress3.825s (+2.0%)4.603s (+3.4%)0.779s71.04x
🌐 RedisNext.js (Turbopack)4.105s4.868s0.763s71.11x
💻 LocalNext.js (Turbopack)7.463s7.766s0.303s42.02x
💻 LocalNitro8.549s (+3.3%)9.021s (~)0.472s42.32x
💻 LocalExpress8.630s (+4.8%)9.026s (~)0.396s42.34x
🌐 MongoDBNext.js (Turbopack)9.905s10.349s0.444s32.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.852s (-4.0%)4.121s (-4.8%)1.269s81.00x
▲ VercelNitro3.330s (+7.8% 🔺)4.510s (+3.5%)1.180s71.17x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.145s1.002s0.011s1.017s0.872s101.00x
🌐 RedisNext.js (Turbopack)0.154s1.000s0.001s1.008s0.853s101.06x
💻 LocalExpress0.167s (~)1.002s (~)0.011s (~)1.017s (~)0.850s101.15x
💻 LocalNitro0.176s (+2.0%)1.002s (~)0.012s (+0.9%)1.017s (~)0.841s101.22x
🐘 PostgresNext.js (Turbopack)0.182s1.001s0.001s1.012s0.830s101.25x
🐘 PostgresExpress0.186s (-0.6%)0.998s (~)0.001s (-7.7% 🟢)1.012s (~)0.827s101.28x
🐘 PostgresNitro0.193s (-4.9%)0.993s (~)0.001s (-13.3% 🟢)1.012s (~)0.819s101.33x
🌐 MongoDBNext.js (Turbopack)0.485s0.960s0.002s1.008s0.523s103.35x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro1.577s (~)2.844s (+10.3% 🔺)0.109s (+2128.6% 🔺)3.341s (+9.9% 🔺)1.764s101.00x
▲ VercelExpress1.589s (-2.2%)2.291s (-9.6% 🟢)0.209s (+3564.9% 🔺)2.955s (-1.2%)1.367s101.01x
▲ VercelNext.js (Turbopack)⚠️missing-----

🔍 Observability: Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)9/12
🐘 PostgresNext.js (Turbopack)7/12
▲ VercelExpress7/12
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express🐘 Postgres6/12
Next.js (Turbopack)🌐 Redis5/12
Nitro🐘 Postgres6/12
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production571067638
✅ 💻 Local Development612084696
✅ 📦 Local Production612084696
✅ 🐘 Local Postgres612084696
✅ 🪟 Windows550358
❌ 🌍 Community Worlds1185615189
✅ 📋 Other147027174
Total2727563643147

❌ Failed Tests

🌍 Community Worlds (56 failed)

mongodb (3 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

redis (2 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

turso (51 failed):

  • addTenWorkflow
  • addTenWorkflow
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • sleepingWorkflow
  • parallelSleepWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling retry behavior workflow completes despite transient 5xx on step_completed
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro5107
✅ example5107
✅ express5107
✅ fastify5107
✅ hono5107
✅ nextjs-turbopack5602
✅ nextjs-webpack5602
✅ nitro5107
✅ nuxt5107
✅ sveltekit5107
✅ vite5107
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack5503
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev302
❌ mongodb5233
✅ redis-dev302
❌ redis5323
✅ turso-dev302
❌ turso4513
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4909
✅ e2e-local-postgres-nest-stable4909
✅ e2e-local-prod-nest-stable4909

📋 View full workflow run

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Fetch events with withData:true so stepName, token, resumeAt are available
- Fix sleep span runId extraction from wait entity data in detail panel
Count step_started events as attempts instead of relying on step_retrying.
Clear completedAt on retry/re-start so a retried step doesn't retain stale timestamps.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Show spinner + 'Loading more events...' while paginating
- Show 'Waiting for more events...' when all pages loaded but run still active
- Render trace viewer immediately when run exists (don't wait for isLoading)
- Add footer prop to TraceViewerTimeline for content below spans in scroll area
Guard buildTrace on run.runId instead of just truthiness, since the
hook returns {} as WorkflowRun before data arrives.
Footer was rendered inside the timeline scroll container's fixed-height
content div, making it invisible. Move to an absolute overlay at the
bottom of the traceViewerContent area with a gradient fade.
Visualize known vs unknown time in trace viewer
- Active child spans (steps/hooks/sleeps without an end event) now cap at
the latest known event time instead of `now`, so they only extend as far
as our data goes — even if the run is completed but we haven't loaded all
events yet.
- buildTrace returns knownDurationMs (time from trace start to latest event).
- Horizontal overlay in the trace viewer covers the region to the right of
the known time horizon, indicating unloaded data.
- Footer overlay shows 'Loading more events...' or 'Waiting for more events...'
at the bottom of the timeline.
Fix footer position: anchor to outermost trace viewer container
The footer was inside .traceViewerContent which has a computed height
smaller than the visible area. Moved to be a direct child of .traceViewer
which has position:relative and fills the full visible height.
Show 'End of run' in footer when run is complete and all events loaded
Diagonal stripe pattern for unknown-time overlay
- Black/dark-gray diagonal stripes instead of flat gray
- Offset 5% from the known-time edge so stripes don't touch spans
- CSS mask fades the pattern in from left to right
Footer: move back inside timeline scroll container with min-height
wrapper so it's only visible when scrolled to the bottom, not overlaying
content.
Stripes: use --ds-gray-200/--ds-gray-400 CSS variables so the pattern is
visible on both light and dark themes.
No transparency needed since the overlay fully covers the background.
Uses design system tokens that correctly contrast in both light and dark.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
VaguelySeriousand others added 5 commits March 9, 2026 14:58
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Remove leftover 300ms artificial delay in fetchEvents RPC call
- Fix loading state never clearing for hook/sleep resources in
useWorkflowResourceData (wrap in try/finally)
- Add receivedCount, lastReceivedAt, and disposedAt to AttributePanel
so the hook detail sidebar shows how often the hook was resolved
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
attribute as keyof typeof attributeToDisplayFn
]?.(displayData[attribute as keyof typeof displayData]);
const isModuleSpecifier = attribute === 'moduleSpecifier';
const shouldCapitalizeLabel = attribute !== 'workflowCoreVersion';

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

accidental revert?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought maybe we'd not want to capitalize in general. Will revert, discuss separately

@karthikscale3

Copy link
Copy Markdown
Contributor

Tested hook resolution, sleeps, trace viewer pagination on a 200 step run and metadata rendering on the spans. Mostly looks good to me. Only minor nit: we may show a partial step/span at the pagination boundary if events for that step are split between pages - I think we are okay with this for now? We could potentially make the server do some pre-processing of the events list that has no partial events maybe. But we can ITG this.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

[web-shared] [cli] Refactor observability data fetching - #1261

Merged
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api
Mar 10, 2026
Merged

[web-shared] [cli] Refactor observability data fetching#1261
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Mar 4, 2026

Copy link
Copy Markdown
Member

This PR refactors Web UI and CLI to build spans from events instead of fetching steps/hook.

This was a bit hard to do - now that we're loading events sequentially and constructing spans accordingly, we need to cleverly show the expected durations of spans/hooks that might not be resolved until much later. This probably deserves some thorough testing against larger runs.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Mar 4, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2af0bf5

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/cliPatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.033s (+1.9%)1.006s (~)0.973s101.00x
💻 LocalNitro0.033s (-6.5% 🟢)1.006s (~)0.973s101.01x
💻 LocalNext.js (Turbopack)0.043s1.006s0.963s101.30x
🌐 RedisNext.js (Turbopack)0.047s1.005s0.958s101.44x
🐘 PostgresNext.js (Turbopack)0.049s1.011s0.962s101.50x
🐘 PostgresExpress0.054s (~)1.012s (~)0.958s101.66x
🐘 PostgresNitro0.057s (+5.5% 🔺)1.012s (~)0.954s101.76x
🌐 MongoDBNext.js (Turbopack)0.101s1.008s0.906s103.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.426s (-18.2% 🟢)2.393s (+7.1% 🔺)1.968s101.00x
▲ VercelExpress0.536s (+11.1% 🔺)2.392s (-2.2%)1.856s101.26x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.100s2.007s0.906s101.00x
💻 LocalExpress1.101s (~)2.006s (~)0.905s101.00x
💻 LocalNitro1.102s (~)2.005s (~)0.903s101.00x
💻 LocalNext.js (Turbopack)1.105s2.006s0.902s101.00x
🐘 PostgresExpress1.126s (~)2.012s (~)0.886s101.02x
🐘 PostgresNext.js (Turbopack)1.127s2.012s0.884s101.02x
🐘 PostgresNitro1.128s (-2.3%)2.013s (~)0.885s101.03x
🌐 MongoDBNext.js (Turbopack)1.300s2.007s0.707s101.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.024s (~)3.503s (-4.4%)1.480s101.00x
▲ VercelNitro2.117s (~)3.310s (-12.9% 🟢)1.193s101.05x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.678s11.024s0.345s31.00x
🌐 RedisNext.js (Turbopack)10.684s11.024s0.340s31.00x
💻 LocalExpress10.779s (~)11.023s (~)0.244s31.01x
💻 LocalNitro10.782s (~)11.023s (~)0.241s31.01x
🐘 PostgresNext.js (Turbopack)10.796s11.042s0.246s31.01x
🐘 PostgresExpress10.810s (~)11.046s (~)0.236s31.01x
🐘 PostgresNitro10.835s (-0.6%)11.045s (~)0.210s31.01x
🌐 MongoDBNext.js (Turbopack)12.232s13.017s0.785s31.15x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro16.927s (+0.9%)18.435s (+1.9%)1.509s21.00x
▲ VercelExpress16.930s (+1.2%)18.357s (-1.2%)1.428s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 25 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)26.681s27.052s0.371s31.00x
🐘 PostgresNext.js (Turbopack)26.895s27.066s0.171s31.01x
🐘 PostgresExpress26.943s (~)27.060s (~)0.117s31.01x
💻 LocalNext.js (Turbopack)27.004s27.052s0.049s31.01x
🐘 PostgresNitro27.015s (~)27.402s (+1.2%)0.387s31.01x
💻 LocalNitro27.190s (~)28.053s (~)0.863s31.02x
💻 LocalExpress27.203s (~)28.052s (~)0.849s31.02x
🌐 MongoDBNext.js (Turbopack)30.442s31.043s0.601s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro50.316s (+15.5% 🔺)51.189s (+13.5% 🔺)0.874s21.00x
▲ VercelExpress50.510s (+15.6% 🔺)52.518s (+16.9% 🔺)2.009s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 50 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)53.265s54.102s0.837s21.00x
🐘 PostgresNext.js (Turbopack)53.749s54.104s0.355s21.01x
🐘 PostgresExpress53.806s (~)54.093s (~)0.287s21.01x
🐘 PostgresNitro53.885s (~)54.110s (~)0.225s21.01x
💻 LocalNext.js (Turbopack)55.641s56.102s0.461s21.04x
💻 LocalNitro56.096s (~)56.600s (-0.9%)0.503s21.05x
💻 LocalExpress56.127s (~)56.602s (+0.9%)0.475s21.05x
🌐 MongoDBNext.js (Turbopack)60.537s61.054s0.517s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express96.001s (~)97.606s (+0.6%)1.605s11.00x
▲ VercelNitro99.589s (+3.5%)101.074s (+3.7%)1.485s11.04x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.291s2.007s0.715s151.00x
🐘 PostgresExpress1.344s (-2.3%)2.011s (~)0.667s151.04x
🐘 PostgresNitro1.365s (-0.9%)2.011s (~)0.646s151.06x
🐘 PostgresNext.js (Turbopack)1.369s2.011s0.642s151.06x
💻 LocalNext.js (Turbopack)1.393s2.005s0.612s151.08x
💻 LocalExpress1.414s (~)2.006s (~)0.592s151.09x
💻 LocalNitro1.414s (-1.3%)2.006s (~)0.591s151.10x
🌐 MongoDBNext.js (Turbopack)2.145s3.008s0.863s101.66x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.314s (-7.9% 🟢)3.521s (-7.6% 🟢)1.207s91.00x
▲ VercelExpress2.324s (~)3.496s (-7.0% 🟢)1.172s91.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Express2.009s (~)2.599s (~)0.590s121.00x
🐘 PostgresNitro2.027s (-3.9%)2.516s (-3.2%)0.488s121.01x
🐘 PostgresNext.js (Turbopack)2.045s2.596s0.550s121.02x
🌐 RedisNext.js (Turbopack)2.527s3.008s0.481s101.26x
💻 LocalNext.js (Turbopack)2.617s3.007s0.390s101.30x
💻 LocalExpress2.628s (+2.8%)3.007s (~)0.379s101.31x
💻 LocalNitro2.645s (-0.5%)3.007s (~)0.362s101.32x
🌐 MongoDBNext.js (Turbopack)4.667s5.177s0.510s62.32x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.631s (-4.0%)4.012s (~)1.382s81.00x
▲ VercelNitro3.145s (+8.1% 🔺)4.336s (+5.0% 🔺)1.191s71.20x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Nitro3.715s (-1.3%)4.467s (~)0.752s71.00x
🐘 PostgresExpress3.783s (+1.7%)4.454s (+3.2%)0.671s71.02x
🐘 PostgresNext.js (Turbopack)3.840s4.887s1.048s71.03x
🌐 RedisNext.js (Turbopack)4.069s4.725s0.656s71.10x
💻 LocalNext.js (Turbopack)7.453s8.015s0.562s42.01x
💻 LocalNitro7.657s (+0.8%)8.018s (~)0.360s42.06x
💻 LocalExpress7.841s (+2.0%)8.019s (~)0.178s42.11x
🌐 MongoDBNext.js (Turbopack)9.764s10.353s0.589s32.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.679s (-5.9% 🟢)3.763s (-2.3%)1.084s81.00x
▲ VercelNitro3.230s (+11.3% 🔺)4.360s (+1.0%)1.129s71.21x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.281s2.006s0.726s151.00x
🐘 PostgresExpress1.381s (-1.3%)2.011s (~)0.630s151.08x
🐘 PostgresNitro1.389s (-0.8%)2.012s (~)0.623s151.08x
🐘 PostgresNext.js (Turbopack)1.408s2.011s0.604s151.10x
💻 LocalNitro1.437s (~)2.006s (~)0.569s151.12x
💻 LocalExpress1.442s (-1.5%)2.006s (~)0.563s151.13x
💻 LocalNext.js (Turbopack)1.475s2.006s0.531s151.15x
🌐 MongoDBNext.js (Turbopack)2.170s3.009s0.838s101.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.120s (-3.9%)3.576s (-2.5%)1.457s91.00x
▲ VercelNitro2.531s (+8.2% 🔺)3.770s (-4.3%)1.238s81.19x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)2.059s2.477s0.418s131.00x
🐘 PostgresNitro2.092s (~)2.684s (~)0.593s121.02x
🐘 PostgresExpress2.136s (-4.2%)2.742s (+2.2%)0.606s111.04x
🌐 RedisNext.js (Turbopack)2.514s3.008s0.494s101.22x
💻 LocalNext.js (Turbopack)2.680s3.008s0.328s101.30x
💻 LocalNitro2.783s (~)3.109s (+3.3%)0.326s101.35x
💻 LocalExpress2.825s (+3.3%)3.009s (~)0.183s101.37x
🌐 MongoDBNext.js (Turbopack)4.759s5.178s0.419s62.31x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.591s (+15.7% 🔺)3.996s (+13.0% 🔺)1.405s81.00x
▲ VercelNitro2.885s (+23.0% 🔺)4.076s (+9.9% 🔺)1.191s81.11x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)3.688s4.307s0.620s71.00x
🐘 PostgresNitro3.764s (-0.5%)4.311s (-6.2% 🟢)0.547s71.02x
🐘 PostgresExpress3.825s (+2.0%)4.603s (+3.4%)0.779s71.04x
🌐 RedisNext.js (Turbopack)4.105s4.868s0.763s71.11x
💻 LocalNext.js (Turbopack)7.463s7.766s0.303s42.02x
💻 LocalNitro8.549s (+3.3%)9.021s (~)0.472s42.32x
💻 LocalExpress8.630s (+4.8%)9.026s (~)0.396s42.34x
🌐 MongoDBNext.js (Turbopack)9.905s10.349s0.444s32.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.852s (-4.0%)4.121s (-4.8%)1.269s81.00x
▲ VercelNitro3.330s (+7.8% 🔺)4.510s (+3.5%)1.180s71.17x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.145s1.002s0.011s1.017s0.872s101.00x
🌐 RedisNext.js (Turbopack)0.154s1.000s0.001s1.008s0.853s101.06x
💻 LocalExpress0.167s (~)1.002s (~)0.011s (~)1.017s (~)0.850s101.15x
💻 LocalNitro0.176s (+2.0%)1.002s (~)0.012s (+0.9%)1.017s (~)0.841s101.22x
🐘 PostgresNext.js (Turbopack)0.182s1.001s0.001s1.012s0.830s101.25x
🐘 PostgresExpress0.186s (-0.6%)0.998s (~)0.001s (-7.7% 🟢)1.012s (~)0.827s101.28x
🐘 PostgresNitro0.193s (-4.9%)0.993s (~)0.001s (-13.3% 🟢)1.012s (~)0.819s101.33x
🌐 MongoDBNext.js (Turbopack)0.485s0.960s0.002s1.008s0.523s103.35x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro1.577s (~)2.844s (+10.3% 🔺)0.109s (+2128.6% 🔺)3.341s (+9.9% 🔺)1.764s101.00x
▲ VercelExpress1.589s (-2.2%)2.291s (-9.6% 🟢)0.209s (+3564.9% 🔺)2.955s (-1.2%)1.367s101.01x
▲ VercelNext.js (Turbopack)⚠️missing-----

🔍 Observability: Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)9/12
🐘 PostgresNext.js (Turbopack)7/12
▲ VercelExpress7/12
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express🐘 Postgres6/12
Next.js (Turbopack)🌐 Redis5/12
Nitro🐘 Postgres6/12
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production571067638
✅ 💻 Local Development612084696
✅ 📦 Local Production612084696
✅ 🐘 Local Postgres612084696
✅ 🪟 Windows550358
❌ 🌍 Community Worlds1185615189
✅ 📋 Other147027174
Total2727563643147

❌ Failed Tests

🌍 Community Worlds (56 failed)

mongodb (3 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

redis (2 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

turso (51 failed):

  • addTenWorkflow
  • addTenWorkflow
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • sleepingWorkflow
  • parallelSleepWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling retry behavior workflow completes despite transient 5xx on step_completed
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro5107
✅ example5107
✅ express5107
✅ fastify5107
✅ hono5107
✅ nextjs-turbopack5602
✅ nextjs-webpack5602
✅ nitro5107
✅ nuxt5107
✅ sveltekit5107
✅ vite5107
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack5503
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev302
❌ mongodb5233
✅ redis-dev302
❌ redis5323
✅ turso-dev302
❌ turso4513
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4909
✅ e2e-local-postgres-nest-stable4909
✅ e2e-local-prod-nest-stable4909

📋 View full workflow run

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Fetch events with withData:true so stepName, token, resumeAt are available
- Fix sleep span runId extraction from wait entity data in detail panel
Count step_started events as attempts instead of relying on step_retrying.
Clear completedAt on retry/re-start so a retried step doesn't retain stale timestamps.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Show spinner + 'Loading more events...' while paginating
- Show 'Waiting for more events...' when all pages loaded but run still active
- Render trace viewer immediately when run exists (don't wait for isLoading)
- Add footer prop to TraceViewerTimeline for content below spans in scroll area
Guard buildTrace on run.runId instead of just truthiness, since the
hook returns {} as WorkflowRun before data arrives.
Footer was rendered inside the timeline scroll container's fixed-height
content div, making it invisible. Move to an absolute overlay at the
bottom of the traceViewerContent area with a gradient fade.
Visualize known vs unknown time in trace viewer
- Active child spans (steps/hooks/sleeps without an end event) now cap at
the latest known event time instead of `now`, so they only extend as far
as our data goes — even if the run is completed but we haven't loaded all
events yet.
- buildTrace returns knownDurationMs (time from trace start to latest event).
- Horizontal overlay in the trace viewer covers the region to the right of
the known time horizon, indicating unloaded data.
- Footer overlay shows 'Loading more events...' or 'Waiting for more events...'
at the bottom of the timeline.
Fix footer position: anchor to outermost trace viewer container
The footer was inside .traceViewerContent which has a computed height
smaller than the visible area. Moved to be a direct child of .traceViewer
which has position:relative and fills the full visible height.
Show 'End of run' in footer when run is complete and all events loaded
Diagonal stripe pattern for unknown-time overlay
- Black/dark-gray diagonal stripes instead of flat gray
- Offset 5% from the known-time edge so stripes don't touch spans
- CSS mask fades the pattern in from left to right
Footer: move back inside timeline scroll container with min-height
wrapper so it's only visible when scrolled to the bottom, not overlaying
content.
Stripes: use --ds-gray-200/--ds-gray-400 CSS variables so the pattern is
visible on both light and dark themes.
No transparency needed since the overlay fully covers the background.
Uses design system tokens that correctly contrast in both light and dark.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
VaguelySeriousand others added 5 commits March 9, 2026 14:58
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Remove leftover 300ms artificial delay in fetchEvents RPC call
- Fix loading state never clearing for hook/sleep resources in
useWorkflowResourceData (wrap in try/finally)
- Add receivedCount, lastReceivedAt, and disposedAt to AttributePanel
so the hook detail sidebar shows how often the hook was resolved
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
attribute as keyof typeof attributeToDisplayFn
]?.(displayData[attribute as keyof typeof displayData]);
const isModuleSpecifier = attribute === 'moduleSpecifier';
const shouldCapitalizeLabel = attribute !== 'workflowCoreVersion';

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

accidental revert?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought maybe we'd not want to capitalize in general. Will revert, discuss separately

@karthikscale3

Copy link
Copy Markdown
Contributor

Tested hook resolution, sleeps, trace viewer pagination on a 200 step run and metadata rendering on the spans. Mostly looks good to me. Only minor nit: we may show a partial step/span at the pagination boundary if events for that step are split between pages - I think we are okay with this for now? We could potentially make the server do some pre-processing of the events list that has no partial events maybe. But we can ITG this.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

[web-shared] [cli] Refactor observability data fetching - #1261

Merged
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api
Mar 10, 2026
Merged

[web-shared] [cli] Refactor observability data fetching#1261
VaguelySerious merged 49 commits into
mainfrom
peter/v2-api

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Mar 4, 2026

Copy link
Copy Markdown
Member

This PR refactors Web UI and CLI to build spans from events instead of fetching steps/hook.

This was a bit hard to do - now that we're loading events sequentially and constructing spans accordingly, we need to cleverly show the expected durations of spans/hooks that might not be resolved until much later. This probably deserves some thorough testing against larger runs.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
@changeset-bot

changeset-botBot commented Mar 4, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 2af0bf5

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/web-sharedPatch
@workflow/cliPatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

📊 Benchmark Results

📈 Comparing against baseline from main branch. Green 🟢 = faster, Red 🔺 = slower.

workflow with no steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Express0.033s (+1.9%)1.006s (~)0.973s101.00x
💻 LocalNitro0.033s (-6.5% 🟢)1.006s (~)0.973s101.01x
💻 LocalNext.js (Turbopack)0.043s1.006s0.963s101.30x
🌐 RedisNext.js (Turbopack)0.047s1.005s0.958s101.44x
🐘 PostgresNext.js (Turbopack)0.049s1.011s0.962s101.50x
🐘 PostgresExpress0.054s (~)1.012s (~)0.958s101.66x
🐘 PostgresNitro0.057s (+5.5% 🔺)1.012s (~)0.954s101.76x
🌐 MongoDBNext.js (Turbopack)0.101s1.008s0.906s103.09x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro0.426s (-18.2% 🟢)2.393s (+7.1% 🔺)1.968s101.00x
▲ VercelExpress0.536s (+11.1% 🔺)2.392s (-2.2%)1.856s101.26x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 1 step

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.100s2.007s0.906s101.00x
💻 LocalExpress1.101s (~)2.006s (~)0.905s101.00x
💻 LocalNitro1.102s (~)2.005s (~)0.903s101.00x
💻 LocalNext.js (Turbopack)1.105s2.006s0.902s101.00x
🐘 PostgresExpress1.126s (~)2.012s (~)0.886s101.02x
🐘 PostgresNext.js (Turbopack)1.127s2.012s0.884s101.02x
🐘 PostgresNitro1.128s (-2.3%)2.013s (~)0.885s101.03x
🌐 MongoDBNext.js (Turbopack)1.300s2.007s0.707s101.18x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.024s (~)3.503s (-4.4%)1.480s101.00x
▲ VercelNitro2.117s (~)3.310s (-12.9% 🟢)1.193s101.05x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

workflow with 10 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)10.678s11.024s0.345s31.00x
🌐 RedisNext.js (Turbopack)10.684s11.024s0.340s31.00x
💻 LocalExpress10.779s (~)11.023s (~)0.244s31.01x
💻 LocalNitro10.782s (~)11.023s (~)0.241s31.01x
🐘 PostgresNext.js (Turbopack)10.796s11.042s0.246s31.01x
🐘 PostgresExpress10.810s (~)11.046s (~)0.236s31.01x
🐘 PostgresNitro10.835s (-0.6%)11.045s (~)0.210s31.01x
🌐 MongoDBNext.js (Turbopack)12.232s13.017s0.785s31.15x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro16.927s (+0.9%)18.435s (+1.9%)1.509s21.00x
▲ VercelExpress16.930s (+1.2%)18.357s (-1.2%)1.428s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 25 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)26.681s27.052s0.371s31.00x
🐘 PostgresNext.js (Turbopack)26.895s27.066s0.171s31.01x
🐘 PostgresExpress26.943s (~)27.060s (~)0.117s31.01x
💻 LocalNext.js (Turbopack)27.004s27.052s0.049s31.01x
🐘 PostgresNitro27.015s (~)27.402s (+1.2%)0.387s31.01x
💻 LocalNitro27.190s (~)28.053s (~)0.863s31.02x
💻 LocalExpress27.203s (~)28.052s (~)0.849s31.02x
🌐 MongoDBNext.js (Turbopack)30.442s31.043s0.601s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro50.316s (+15.5% 🔺)51.189s (+13.5% 🔺)0.874s21.00x
▲ VercelExpress50.510s (+15.6% 🔺)52.518s (+16.9% 🔺)2.009s21.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

workflow with 50 sequential steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)53.265s54.102s0.837s21.00x
🐘 PostgresNext.js (Turbopack)53.749s54.104s0.355s21.01x
🐘 PostgresExpress53.806s (~)54.093s (~)0.287s21.01x
🐘 PostgresNitro53.885s (~)54.110s (~)0.225s21.01x
💻 LocalNext.js (Turbopack)55.641s56.102s0.461s21.04x
💻 LocalNitro56.096s (~)56.600s (-0.9%)0.503s21.05x
💻 LocalExpress56.127s (~)56.602s (+0.9%)0.475s21.05x
🌐 MongoDBNext.js (Turbopack)60.537s61.054s0.517s21.14x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express96.001s (~)97.606s (+0.6%)1.605s11.00x
▲ VercelNitro99.589s (+3.5%)101.074s (+3.7%)1.485s11.04x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.291s2.007s0.715s151.00x
🐘 PostgresExpress1.344s (-2.3%)2.011s (~)0.667s151.04x
🐘 PostgresNitro1.365s (-0.9%)2.011s (~)0.646s151.06x
🐘 PostgresNext.js (Turbopack)1.369s2.011s0.642s151.06x
💻 LocalNext.js (Turbopack)1.393s2.005s0.612s151.08x
💻 LocalExpress1.414s (~)2.006s (~)0.592s151.09x
💻 LocalNitro1.414s (-1.3%)2.006s (~)0.591s151.10x
🌐 MongoDBNext.js (Turbopack)2.145s3.008s0.863s101.66x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro2.314s (-7.9% 🟢)3.521s (-7.6% 🟢)1.207s91.00x
▲ VercelExpress2.324s (~)3.496s (-7.0% 🟢)1.172s91.00x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Nitro | Express

Promise.all with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Express2.009s (~)2.599s (~)0.590s121.00x
🐘 PostgresNitro2.027s (-3.9%)2.516s (-3.2%)0.488s121.01x
🐘 PostgresNext.js (Turbopack)2.045s2.596s0.550s121.02x
🌐 RedisNext.js (Turbopack)2.527s3.008s0.481s101.26x
💻 LocalNext.js (Turbopack)2.617s3.007s0.390s101.30x
💻 LocalExpress2.628s (+2.8%)3.007s (~)0.379s101.31x
💻 LocalNitro2.645s (-0.5%)3.007s (~)0.362s101.32x
🌐 MongoDBNext.js (Turbopack)4.667s5.177s0.510s62.32x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.631s (-4.0%)4.012s (~)1.382s81.00x
▲ VercelNitro3.145s (+8.1% 🔺)4.336s (+5.0% 🔺)1.191s71.20x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.all with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Nitro3.715s (-1.3%)4.467s (~)0.752s71.00x
🐘 PostgresExpress3.783s (+1.7%)4.454s (+3.2%)0.671s71.02x
🐘 PostgresNext.js (Turbopack)3.840s4.887s1.048s71.03x
🌐 RedisNext.js (Turbopack)4.069s4.725s0.656s71.10x
💻 LocalNext.js (Turbopack)7.453s8.015s0.562s42.01x
💻 LocalNitro7.657s (+0.8%)8.018s (~)0.360s42.06x
💻 LocalExpress7.841s (+2.0%)8.019s (~)0.178s42.11x
🌐 MongoDBNext.js (Turbopack)9.764s10.353s0.589s32.63x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.679s (-5.9% 🟢)3.763s (-2.3%)1.084s81.00x
▲ VercelNitro3.230s (+11.3% 🔺)4.360s (+1.0%)1.129s71.21x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 10 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🌐 Redis🥇 Next.js (Turbopack)1.281s2.006s0.726s151.00x
🐘 PostgresExpress1.381s (-1.3%)2.011s (~)0.630s151.08x
🐘 PostgresNitro1.389s (-0.8%)2.012s (~)0.623s151.08x
🐘 PostgresNext.js (Turbopack)1.408s2.011s0.604s151.10x
💻 LocalNitro1.437s (~)2.006s (~)0.569s151.12x
💻 LocalExpress1.442s (-1.5%)2.006s (~)0.563s151.13x
💻 LocalNext.js (Turbopack)1.475s2.006s0.531s151.15x
🌐 MongoDBNext.js (Turbopack)2.170s3.009s0.838s101.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.120s (-3.9%)3.576s (-2.5%)1.457s91.00x
▲ VercelNitro2.531s (+8.2% 🔺)3.770s (-4.3%)1.238s81.19x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 25 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)2.059s2.477s0.418s131.00x
🐘 PostgresNitro2.092s (~)2.684s (~)0.593s121.02x
🐘 PostgresExpress2.136s (-4.2%)2.742s (+2.2%)0.606s111.04x
🌐 RedisNext.js (Turbopack)2.514s3.008s0.494s101.22x
💻 LocalNext.js (Turbopack)2.680s3.008s0.328s101.30x
💻 LocalNitro2.783s (~)3.109s (+3.3%)0.326s101.35x
💻 LocalExpress2.825s (+3.3%)3.009s (~)0.183s101.37x
🌐 MongoDBNext.js (Turbopack)4.759s5.178s0.419s62.31x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.591s (+15.7% 🔺)3.996s (+13.0% 🔺)1.405s81.00x
▲ VercelNitro2.885s (+23.0% 🔺)4.076s (+9.9% 🔺)1.191s81.11x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Promise.race with 50 concurrent steps

💻 Local Development

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
🐘 Postgres🥇 Next.js (Turbopack)3.688s4.307s0.620s71.00x
🐘 PostgresNitro3.764s (-0.5%)4.311s (-6.2% 🟢)0.547s71.02x
🐘 PostgresExpress3.825s (+2.0%)4.603s (+3.4%)0.779s71.04x
🌐 RedisNext.js (Turbopack)4.105s4.868s0.763s71.11x
💻 LocalNext.js (Turbopack)7.463s7.766s0.303s42.02x
💻 LocalNitro8.549s (+3.3%)9.021s (~)0.472s42.32x
💻 LocalExpress8.630s (+4.8%)9.026s (~)0.396s42.34x
🌐 MongoDBNext.js (Turbopack)9.905s10.349s0.444s32.69x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Express2.852s (-4.0%)4.121s (-4.8%)1.269s81.00x
▲ VercelNitro3.330s (+7.8% 🔺)4.510s (+3.5%)1.180s71.17x
▲ VercelNext.js (Turbopack)⚠️missing----

🔍 Observability: Express | Nitro

Stream Benchmarks(includes TTFB metrics)
workflow with stream

💻 Local Development

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
💻 Local🥇 Next.js (Turbopack)0.145s1.002s0.011s1.017s0.872s101.00x
🌐 RedisNext.js (Turbopack)0.154s1.000s0.001s1.008s0.853s101.06x
💻 LocalExpress0.167s (~)1.002s (~)0.011s (~)1.017s (~)0.850s101.15x
💻 LocalNitro0.176s (+2.0%)1.002s (~)0.012s (+0.9%)1.017s (~)0.841s101.22x
🐘 PostgresNext.js (Turbopack)0.182s1.001s0.001s1.012s0.830s101.25x
🐘 PostgresExpress0.186s (-0.6%)0.998s (~)0.001s (-7.7% 🟢)1.012s (~)0.827s101.28x
🐘 PostgresNitro0.193s (-4.9%)0.993s (~)0.001s (-13.3% 🟢)1.012s (~)0.819s101.33x
🌐 MongoDBNext.js (Turbopack)0.485s0.960s0.002s1.008s0.523s103.35x

▲ Production (Vercel)

WorldFrameworkWorkflow TimeTTFBSlurpWall TimeOverheadSamplesvs Fastest
▲ Vercel🥇 Nitro1.577s (~)2.844s (+10.3% 🔺)0.109s (+2128.6% 🔺)3.341s (+9.9% 🔺)1.764s101.00x
▲ VercelExpress1.589s (-2.2%)2.291s (-9.6% 🟢)0.209s (+3564.9% 🔺)2.955s (-1.2%)1.367s101.01x
▲ VercelNext.js (Turbopack)⚠️missing-----

🔍 Observability: Nitro | Express

Summary

Fastest Framework by World

Winner determined by most benchmark wins

World🥇 Fastest FrameworkWins
💻 LocalNext.js (Turbopack)9/12
🐘 PostgresNext.js (Turbopack)7/12
▲ VercelExpress7/12
Fastest World by Framework

Winner determined by most benchmark wins

Framework🥇 Fastest WorldWins
Express🐘 Postgres6/12
Next.js (Turbopack)🌐 Redis5/12
Nitro🐘 Postgres6/12
Column Definitions
  • Workflow Time: Runtime reported by workflow (completedAt - createdAt) - primary metric
  • TTFB: Time to First Byte - time from workflow start until first stream byte received (stream benchmarks only)
  • Slurp: Time from first byte to complete stream consumption (stream benchmarks only)
  • Wall Time: Total testbench time (trigger workflow + poll for result)
  • Overhead: Testbench overhead (Wall Time - Workflow Time)
  • Samples: Number of benchmark iterations run
  • vs Fastest: How much slower compared to the fastest configuration for this benchmark

Worlds:

  • 💻 Local: In-memory filesystem world (local development)
  • 🐘 Postgres: PostgreSQL database world (local development)
  • ▲ Vercel: Vercel production/preview deployment
  • 🌐 Turso: Community world (local development)
  • 🌐 MongoDB: Community world (local development)
  • 🌐 Redis: Community world (local development)
  • 🌐 Jazz: Community world (local development)

📋 View full workflow run

@github-actions

github-actionsBot commented Mar 4, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production571067638
✅ 💻 Local Development612084696
✅ 📦 Local Production612084696
✅ 🐘 Local Postgres612084696
✅ 🪟 Windows550358
❌ 🌍 Community Worlds1185615189
✅ 📋 Other147027174
Total2727563643147

❌ Failed Tests

🌍 Community Worlds (56 failed)

mongodb (3 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

redis (2 failed):

  • hookWorkflow is not resumable via public webhook endpoint
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously

turso (51 failed):

  • addTenWorkflow
  • addTenWorkflow
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • sleepingWorkflow
  • parallelSleepWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling retry behavior workflow completes despite transient 5xx on step_completed
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • hookCleanupTestWorkflow - hook token reuse after workflow completion
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro5107
✅ example5107
✅ express5107
✅ fastify5107
✅ hono5107
✅ nextjs-turbopack5602
✅ nextjs-webpack5602
✅ nitro5107
✅ nuxt5107
✅ sveltekit5107
✅ vite5107
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable4909
✅ express-stable4909
✅ fastify-stable4909
✅ hono-stable4909
✅ nextjs-turbopack-canary5503
✅ nextjs-turbopack-stable5503
✅ nextjs-webpack-canary5503
✅ nextjs-webpack-stable5503
✅ nitro-stable4909
✅ nuxt-stable4909
✅ sveltekit-stable4909
✅ vite-stable4909
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack5503
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev302
❌ mongodb5233
✅ redis-dev302
❌ redis5323
✅ turso-dev302
❌ turso4513
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable4909
✅ e2e-local-postgres-nest-stable4909
✅ e2e-local-prod-nest-stable4909

📋 View full workflow run

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Fetch events with withData:true so stepName, token, resumeAt are available
- Fix sleep span runId extraction from wait entity data in detail panel
Count step_started events as attempts instead of relying on step_retrying.
Clear completedAt on retry/re-start so a retried step doesn't retain stale timestamps.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Show spinner + 'Loading more events...' while paginating
- Show 'Waiting for more events...' when all pages loaded but run still active
- Render trace viewer immediately when run exists (don't wait for isLoading)
- Add footer prop to TraceViewerTimeline for content below spans in scroll area
Guard buildTrace on run.runId instead of just truthiness, since the
hook returns {} as WorkflowRun before data arrives.
Footer was rendered inside the timeline scroll container's fixed-height
content div, making it invisible. Move to an absolute overlay at the
bottom of the traceViewerContent area with a gradient fade.
Visualize known vs unknown time in trace viewer
- Active child spans (steps/hooks/sleeps without an end event) now cap at
the latest known event time instead of `now`, so they only extend as far
as our data goes — even if the run is completed but we haven't loaded all
events yet.
- buildTrace returns knownDurationMs (time from trace start to latest event).
- Horizontal overlay in the trace viewer covers the region to the right of
the known time horizon, indicating unloaded data.
- Footer overlay shows 'Loading more events...' or 'Waiting for more events...'
at the bottom of the timeline.
Fix footer position: anchor to outermost trace viewer container
The footer was inside .traceViewerContent which has a computed height
smaller than the visible area. Moved to be a direct child of .traceViewer
which has position:relative and fills the full visible height.
Show 'End of run' in footer when run is complete and all events loaded
Diagonal stripe pattern for unknown-time overlay
- Black/dark-gray diagonal stripes instead of flat gray
- Offset 5% from the known-time edge so stripes don't touch spans
- CSS mask fades the pattern in from left to right
Footer: move back inside timeline scroll container with min-height
wrapper so it's only visible when scrolled to the bottom, not overlaying
content.
Stripes: use --ds-gray-200/--ds-gray-400 CSS variables so the pattern is
visible on both light and dark themes.
No transparency needed since the overlay fully covers the background.
Uses design system tokens that correctly contrast in both light and dark.
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
VaguelySeriousand others added 5 commits March 9, 2026 14:58
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Signed-off-by: Peter Wielander <mittgfu@gmail.com>
- Remove leftover 300ms artificial delay in fetchEvents RPC call
- Fix loading state never clearing for hook/sleep resources in
useWorkflowResourceData (wrap in try/finally)
- Add receivedCount, lastReceivedAt, and disposedAt to AttributePanel
so the hook detail sidebar shows how often the hook was resolved
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
attribute as keyof typeof attributeToDisplayFn
]?.(displayData[attribute as keyof typeof displayData]);
const isModuleSpecifier = attribute === 'moduleSpecifier';
const shouldCapitalizeLabel = attribute !== 'workflowCoreVersion';

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

accidental revert?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought maybe we'd not want to capitalize in general. Will revert, discuss separately

@karthikscale3

Copy link
Copy Markdown
Contributor

Tested hook resolution, sleeps, trace viewer pagination on a 200 step run and metadata rendering on the spans. Mostly looks good to me. Only minor nit: we may show a partial step/span at the pagination boundary if events for that step are split between pages - I think we are okay with this for now? We could potentially make the server do some pre-processing of the events list that has no partial events maybe. But we can ITG this.

Signed-off-by: Peter Wielander <mittgfu@gmail.com>
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3