You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The NocoDB node's "Get Many" operation has an option to limit the number of rows fetched.
If I set it to anything below 10, it does not respect the value and returns 10 rows.
In tables that have many columns(and I need all/most of them) or contain binary files, that tends to make the workflow memory consumption high. That is not desirable, specially when I am fine with loading lesser number of rows.
Just for reference, I already checked #2866 & #3022. They are different.
To Reproduce
Add a NocoDB node with action "Get many rows".
Select the requisite options with "Limit" set as any number below 10.
Test the node.
There are 10 rows returned in output.
Expected behavior
The node should return rows equivalent to the set limit.
Operating System
Ubuntu Server 24.04.1 LTS
n8n Version
1.72.1
Node.js Version
20.18.0
Database
PostgreSQL
Execution mode
queue
The text was updated successfully, but these errors were encountered:
miteshashar
changed the title
Bug: NocoDB node's "Get Many" does not respect limit below 2
Bug: NocoDB node's "Get Many" does not respect limit below 10
Dec 21, 2024
Bug Description
The NocoDB node's "Get Many" operation has an option to limit the number of rows fetched.
If I set it to anything below 10, it does not respect the value and returns 10 rows.
In tables that have many columns(and I need all/most of them) or contain binary files, that tends to make the workflow memory consumption high. That is not desirable, specially when I am fine with loading lesser number of rows.
Just for reference, I already checked #2866 & #3022. They are different.
To Reproduce
Expected behavior
The node should return rows equivalent to the set limit.
Operating System
Ubuntu Server 24.04.1 LTS
n8n Version
1.72.1
Node.js Version
20.18.0
Database
PostgreSQL
Execution mode
queue
The text was updated successfully, but these errors were encountered: