n8n - 💡(How to fix) Fix Workflow execution status stays as 'running' after node timeout — no automatic error state transition [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
n8n-io/n8n#28568Fetched 2026-04-17 08:54:57
View on GitHub
Comments
0
Participants
1
Timeline
0
Reactions
1
Author
Participants

Error Message

When a workflow node times out (e.g. an HTTP Request node with a long timeout or a custom code node stuck in an infinite loop), the workflow execution status in the UI remains stuck as "running" indefinitely. It never transitions to an error or failed state automatically, which makes it impossible to detect stuck workflows without manually checking each execution. After node timeout, the workflow execution status should automatically transition to "error" or "failed" state, and the execution entry should reflect the failure with a proper error message and timestamp.

RAW_BUFFERClick to expand / collapse

Bug Description

When a workflow node times out (e.g. an HTTP Request node with a long timeout or a custom code node stuck in an infinite loop), the workflow execution status in the UI remains stuck as "running" indefinitely. It never transitions to an error or failed state automatically, which makes it impossible to detect stuck workflows without manually checking each execution.

To Reproduce

  1. Create a workflow with an HTTP Request node pointing to a URL that takes more than 5 minutes to respond
  2. Execute the workflow manually
  3. Wait for the node to time out
  4. Observe the execution status in the Executions panel

Expected behavior

After node timeout, the workflow execution status should automatically transition to "error" or "failed" state, and the execution entry should reflect the failure with a proper error message and timestamp.

Debug Info

n8n version: 1.85.0 (self-hosted) Node.js: 20.11.0 Database: SQLite Deployment: Docker

Operating System

Windows 11

n8n Version

1.85.0

Node.js Version

20.11.0

Database

SQLite (default)

Execution mode

main (default)

Hosting

self hosted

extent analysis

TL;DR

The workflow execution status remains stuck as "running" when a node times out, and a potential fix involves modifying the workflow or node configuration to handle timeouts properly.

Guidance

  • Review the workflow and node configurations to ensure that timeouts are properly handled, and consider setting a reasonable timeout value for each node.
  • Investigate the n8n documentation for any built-in features or settings that can help detect and handle stuck workflows, such as automatic retry mechanisms or timeout settings.
  • Consider implementing a custom solution, such as a separate monitoring process or a script, to detect and update the status of stuck workflows.
  • Check the n8n version and Node.js version for any known issues or updates that may address this problem.

Example

No specific code example is provided, as the issue seems to be related to the workflow configuration and node settings.

Notes

The issue may be specific to the self-hosted deployment and the SQLite database. Further investigation is needed to determine the root cause and the most effective solution.

Recommendation

Apply a workaround, such as implementing a custom monitoring process or modifying the workflow configuration, as the issue may be related to the specific deployment and configuration.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

After node timeout, the workflow execution status should automatically transition to "error" or "failed" state, and the execution entry should reflect the failure with a proper error message and timestamp.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING