Merged
Size
XS
Change Breakdown
Bug Fix70%
Maintenance20%
Style10%
#27813fix(Data Table Node): Change copy for Limit to indicate it applies per input row

Data Table Limit copy clarified

The n8n Data Table node now explicitly labels its limit setting as "Limit Per Input Row," clearing up confusion about where the limit applies.

Users were misinterpreting the "Limit" setting in the Data Table node, assuming it applied globally when it actually constrained results per incoming row. This naming ambiguity led to unexpected behavior that required workarounds or reconfiguration.

The setting has been renamed to "Limit Per Input Row" in both the row retrieval and table listing operations. The change makes the behavior immediately clear: each input row generates up to the specified number of results, rather than the node returning a global cap across all inputs.

This matters for workflow predictability. Users building automations that process multiple input rows now understand exactly how many output rows to expect. The clarification removes guesswork and reduces support friction around a commonly-used node. The adjustment lives in the nodes-base package where the Data Table node is defined.

View Original GitHub Description

Summary

Let's be a bit more explicit here since this has repeatedly caused confusion and user intention is usually to execute this node once anyway.

Related Linear tickets, Github issues, and Community forum posts

https://linear.app/n8n/issue/ADO-4976

Review / Merge checklist

  • PR title and summary are descriptive. (conventions) <!-- **Remember, the title automatically goes into the changelog. Use `(no-changelog)` otherwise.** -->
  • Docs updated or follow-up ticket created.
  • Tests included. <!-- A bug is not considered fixed, unless a test is added to prevent it from happening again. A feature is not complete without tests. -->
  • PR Labeled with Backport to Beta, Backport to Stable, or Backport to v1 (if the PR is an urgent fix that needs to be backported)
© 2026 · via Gitpulse