Skip to content

Bump HTTP procedure timeouts: 500ms/10s → 30s/180s#4632

Closed
clockwork-labs-bot wants to merge 1 commit intomasterfrom
bot/bump-http-timeouts
Closed

Bump HTTP procedure timeouts: 500ms/10s → 30s/180s#4632
clockwork-labs-bot wants to merge 1 commit intomasterfrom
bot/bump-http-timeouts

Conversation

@clockwork-labs-bot
Copy link
Collaborator

Relates to #4608

The previous defaults for HTTP requests in procedures were far too restrictive:

Before After
Default (no timeout set) 500ms 30s
Maximum (clamp ceiling) 10s 180s

Users are hitting the 10s ceiling when calling LLM APIs (OpenAI, Gemini, etc.) from procedures. These APIs routinely take 30-120 seconds, especially for image/vision models. The 500ms default also caused silent failures for users who did not explicitly set a timeout.

Comparable platforms

  • Supabase Edge Functions: 150s (free) / 400s (pro) total execution
  • Vercel Functions: 10s (hobby) / 60s (pro) / 300s (enterprise) total
  • Convex actions: 120s limit
  • AWS Lambda: up to 15 min total
  • Firebase/GCF: 60s default, configurable up to 540s

Most platforms do not separately clamp outbound HTTP timeouts at all.

Changes

One-line change in crates/core/src/host/instance_env.rs:

  • HTTP_DEFAULT_TIMEOUT: 500ms → 30s
  • HTTP_MAX_TIMEOUT: 10s → 180s

The previous defaults (500ms default, 10s max) were far too
restrictive for real-world use cases, especially LLM/AI API
calls which routinely take 30-120 seconds.

- Default timeout (no timeout specified): 500ms → 30s
- Maximum timeout (user-specified clamp): 10s → 180s

These values are in line with comparable platforms:
- Supabase Edge Functions: 150-400s total execution
- Vercel Functions: 60-300s total execution
- Convex actions: 120s limit
@clockwork-labs-bot clockwork-labs-bot deleted the bot/bump-http-timeouts branch March 13, 2026 06:00
Sign up for free to 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.

1 participant