I’m not sure about that but note that you can also just shove a list into a custom state. I wonder what happens with very large lists? If you don’t need the visual components offered by a repeating group, a custom state offers a “handle” to that list in the same way that “RG’s list of Things” offers.
Does anybody know the answer to Vini’s question above?
I’m assuming the limit is 100k?
If I shoved a list onto a state (via a search) that was 100k items (or over) would I then be able to pass that simply to the backend on a scheduled Api workflow? or would passing a list that big over to the backend cause bubble any timeout issues etc?
I understand that if i “DO STUFF” on a giant list it will cause issues, but my question is can i initially just “send the data over in the first place” without issue?
For broader context, I am thinking about bulk emails and trying to figure out if I should break a large list down into ‘smaller clumps’ on the front end and pass them to the backend in the smaller-clumps OR to pass the whole list over in one go, and break them into smaller-clumps on the backend…
Struggling to get a clear answer on this so would REALLY appreciate someone clever chipping in.
I’m aiming to build something future proof and want to get my conceptual ducks in a row before starting. Currently I do not have enough data to test this out in any meaningful real world way. Of course I could create 150k unique dummy items but was hoping that there was someone who already knows the answer/tried it, before I reinvent the wheel…
As to why, the idea is to have an easy to use email system that allows us to ‘construct’ a list of users in a repeating group on the front end, press “send” and whatever is in that repeating group or state (ie “the send list”) gets emailed to. The back end mail action would simply receive a list of users for the “to” field then do it’s thing.
As its all done in the state, there’s no database writes, saving WUs, and avoiding conflicts if multiple lists are constructed.