DanHendriksen Domo Employee

You could try and adapt this: https://developer.domo.com/portal/4w40o03817vij-hitting-a-code-engine-function-from-an-app#calling-a-code-engine-function-code-example I haven't tried it, but this: domo.post(/domo/codeengine/v2/packages/${functionAlias}, inputParameters ) Would become this: codeengine.sendRequest("POST", api,…

It's designed to prevent runaway processes. But if you know that you're going to go through it more than 1,000 times, let us know and we'll raise the limit.

We have a limit of 1,000 passes through a shape. We can raise that limit at the request of the customer. You can reach out to Domo Support to get that limit raised, or in this case you can just message me.

Okay, I see you have your code here. For me when I'm learning, I start super simple. Remove all the required start parameters from the workflow and see that you can successfully start the workflow without the start parameters. Isolate where the issue might be occurring. It would be helpful for me, if you could share the…

Can you show me the workflow start shape showing required parameters, and can you show me the part of your app where you're making the call? Specifically the JS where you're making this call.

John, an email user task cannot have a dynamic recipient at this time. I would encourage you to use the form user task. The form can be very simple and only require a single response, but in my experience (which is vast) is a much better way to go for several reasons: 1 - You can get more than a single predefined response…

I should clarify the solution I proposed (moving to a workflow start form as opposed to a dataset based form and using AppDB to status updates, reporting, etc…) is the that one requires no code, no bricks, etc… Of course your solution doesn't require those things either, but the upsert part will bring a high level of…

@bdetcher - totally get it. I build stuff like that all the time. The good news is it can be done without any writing any code at all, and without using any bricks. If you want to do what you originally outlined, then you'll want to: Enable upsert on the form dataset/define upsert keys (I haven't tried to do this on a form…

If you DO want to update a record in a dataset you can, but you need to enable upsert and upsert on that dataset. It's much more nuanced though. Leveraging an AppDB collection will be more efficient, and give you a lot more control. Saving the responses being written to the dataset and having an alert trigger the workflow…

I would not have the form write to a dataset. I would use a customized workflow start form to have the user fill that out, and then use AppDB for the logging and updating.

I'll put it on my list to get it created, along with a little video.

Ah, I get what you're saying. There is no "CONNECT" option on the little plus tab. I'll bring that up with the product team. I suspect for now you'll need to work around by essentially recreating the "Make Fee a Percentage" shape.

1 - You can have as many paths as you want out, but it sounds like you only want two. If you want, you can multiple multiple and/or rule sets on one conditional. Just add a new rule, and select and/or. Is that what you're after? Multiple conditions that could send it down the same path? 2 - We need to publish global…

@t238 - I'm totally happy to help you with this. It sounds like Mark is aware of someone who just did it - tell me…it's just as simple as taking some of the inputs from the form and using them to create a task in a certain project? If you can share more details, I can be more closely aligned with your exact use case in the…

OK. I can't speak to what our plans are there as I haven't checked with the apps and security team. I'd think the fact that these forms in App Studio will be allowed to be embedded publicly opens up the door for bricks that write to collections to embedded publicly too but my understanding is we blocked that functionality…

This particular thing I'm referring to is the ability to have a Form present in an App Studio app and function in embedded contexts. There may be changes made to the way that these types of Bricks are handled, but I'm not aware of any. Are you trying to get that brick to work in Public Embed?

Hey guys, I know the product team is working to get support for Forms in embedded contexts. It will be included in the November release. It will work with both Public and Private embed. There may be a chance to participate in a beta sooner, but I don't know for sure - reach out to your CSM.

No C! I don’t know who that other guy is 😂 Thanks for being here!

In looking at this again, this was prior to us having templates. Using the loop over dataset template this should not take long to build at all. Probably <20 minutes once you’re familiar with Workflows.

If you look at the “getting started with workflows” training at learndomo.domo.com, one of the examples is essentially just like this. Between this write up and that video you should be good to go. Let me know if you get stuck.

Perfect, thank you!

Sorry about the confusion, @Jbrorby . Yes, we rolled out one of two UI/UX adjustments and only 1 has gone into effect. I hurried and put the training out knowing the changes were coming, with the idea being I could get feedback to incorporate into the recut which will happen soon once the second change drops. In this in…

@sstorm183 - how did you get on? You in good shape?

jbroby, sorry you’re having issues. I’d encourage you to check out the “Getting Started with Workflows” training at learndomo.domo.com. We go through a very similar use case. To help validate your query, I’d try ditching the where clause. I’m guessing it’s something to do with your arrow function (if that’s really part of…

Interesting. Sorry about that. I'd guess it's some nuance the syntax of "PageID". I copied and pasted your object list into the function and I got a list back just fine. Did you try testing it in CodeEngine prior to deploying? It should be a singular step.

@Jarren - you would put the function I shared with you as a step in between. You query the dataset to get your list of objects, you use that function to turn it in to a list of PageID's, then you pass that list to the Governance Function. Does that make sense?

@Jarren - Are you good here?

So, this example is likely unnecessarily complex, but you can see that it takes all your variables as arguments and assembles an object that it returns: function…

So, you need to create an object with an object inside of it. { content: { key: value, key2: value2, key3: value3 } } Let me find some code I use for that real quick.

That package you're using to add Page Owners - that was one that was created for use with the Page Governance Workflow Template. It looks like the function wants a object with the new owners user ID and the type, which will either be USER or GROUP (depending on whether it's a user a group). You'll probably need to create a…