I’m the Product Lead of Flows and I want your feedback!

My company is using Flows to help our users execute on functionality that is somewhat difficult to do on their own. Our intention is for them to clone our flows and utilize them in their own workspace.

In v 11.29.3, you changed how collections are used within cloned flows. It appears that you now copy the required requests into a new collection.

  1. This causes a disjointed / duplication of collection if our users have already forked our collection.
  2. The collection settings that we have set are lost when this clone happens. So our users have to reconfigure authorizations and variables.

Above all, I wish that users could truly fork our flows (and get updates when we make them)…but I understand how difficult this could be.

At a minimum, I would like for them not to have to continually fix their auth and variables.

1 Like

@gregjancoLogDNA

Thank you for the feedback, I have sent you a message to learn more about the issue you raised!

1 Like

Hi @avionics-specialist3

Looking at your flow, the issue might be using the Start Block in “Any data” mode.

I would recommend toggling off this setting and adding an input to the start block named data with a type of “Record” to see if this addresses the issue you are seeing. (See screenshot below).

This mode (accepting “any” data) is really only intended to be used with a webhook.

1 Like

It would be great to import environment variables, or vault variables, or builtins like {{$guid}} in either an evaluate block or as a general block to be used.

It would also be nice to have pre and post request script blocks, or even full reusable request wrappers to allow for manipulating a request without updating the request in the collection.