n8n [email protected] - Workflow Reliability Fixes

n8n [email protected] was published on July 7, 2026, with a narrow set of fixes for workflow execution and connector behavior. The main change for data and automation teams is a core fix that prevents Code node failure when a workflow also contains an AI tool.

The full release notes and downloads are on the GitHub release page.

Code node stability with AI tools

The most operationally relevant fix in [email protected] is in core. The project fixed a case where the Code node could fail when a workflow contained an AI tool, tracked as #33644 and shipped in commit df12545.

That matters because Code nodes are often where teams normalize payloads, reshape API responses, add guard checks, or prepare records before loading them into another system. A workflow can be mostly visual and still depend on a small Code node for the part that keeps records sane. If that node fails because another AI tool is present in the same workflow, the failure mode is not just an editor annoyance. It can stop the whole run.

The release notes do not describe the internal cause, so the practical reading should stay narrow. This is a runtime reliability fix for mixed workflows that combine ordinary automation with AI tool usage. Teams that use n8n as a light orchestration layer for data movement should treat it as a useful patch if Code nodes sit near extraction, transform, validation, or enrichment steps.

Flat Action fields across node versions

The editor fix in #33663 changes action generation for nodes that use a flat Action field across versions. The related commit is 246a5c8.

This is mostly editor behavior, but it affects pipeline authors in a concrete way. Node actions are part of how users find and configure operations. If action generation is inconsistent across node versions, a workflow author can see different choices than expected when editing or migrating a node. That can slow down maintenance, especially in teams with many saved workflows and shared node templates.

For data engineers, the important part is not the editor polish. It is the connection between node metadata and repeatable workflow configuration. A flat Action field sounds small, but the behavior around action discovery can decide whether a user selects the right operation for a connector. The fix reduces one class of version dependent surprises in the workflow authoring path.

Salesforce document upload and JWT errors

[email protected] also fixes the Salesforce node for document uploads and JWT authentication error reporting. The change is tracked in #33636 and commit 0cfc45c.

Salesforce integrations show up often in ELT and operational data flows because they sit near customer, sales, and support records. Document upload behavior is not just file handling. It can be part of a larger pipeline that attaches contracts, reports, generated exports, or evidence files to business records after upstream processing finishes.

The JWT auth error change is also worth noting. When auth fails and the node does not surface the error clearly, operators lose time separating credential problems from payload or API problems. Better error reporting does not make a pipeline more correct by itself, but it shortens the path from failed run to root cause. For scheduled workflows, that can be the difference between a single missed run and repeated noisy retries.

Scope of the release

This release is not a broad feature release. It contains three bug fixes, all small in surface area but relevant to people who operate n8n workflows as part of data movement or business process automation.

There are no breaking changes or migration steps listed in the GitHub notes. It is also not marked as a prerelease. The measured upgrade case is therefore simple: review whether your workflows use Code nodes with AI tools, node actions that vary by version, or Salesforce document upload with JWT auth. If any of those paths are active, read the GitHub release page before scheduling the update.

Where to get it