Request to Reintroduce and Enhance Resource Sharing Functionality

I'm reaching out to express concerns and seek clarification regarding a recent UI update, specifically the removal of dropdown/search functionality in the flow builder when adding flow-steps. This option has been replaced with the option to "create from scratch" or "clone an existing flow-step." There is no option to utilize an existing resource. The ability to utilize shared resources across multiple flows is something we've used extensively to create and maintain our integrations efficiently.

Could you please clarify if the elimination of shared resource functionality was an intentional aspect of the UI update? If this change was unintentional, I strongly advocate for the reinstatement of the UI components that enable searching and selecting from existing steps within the flow builder.

On the other hand, if the decision to remove shared resource functionality was deliberate, I urge a reconsideration. The ability to share exports, imports, and lookups between flows and integrations is crucial for avoiding redundancy and enhancing productivity. For instance, managing identical tasks across different flows without repeating resource creation is a necessity, not a luxury.

I understand the potential for shared resources to cause confusion among less experienced users. However, completely removing this functionality is not the solution. Instead, enhancing the UI to make the implications of editing shared resources more explicit could mitigate unintended consequences. Suggestions include clear warnings or confirmations when modifications to shared resources are made, alongside options to clone and modify resources for specific flows only.

The flexibility to either share a single resource across multiple flows or create unique resources for each flow should be preserved. It’s not just a feature but a foundational aspect of efficient flow management.

Thank you for considering this feedback. I hope we can see a return and improvement of these critical functionalities in the near future.

2

Comments

6 comments
Date Votes
  • Hey James Hamilton, the ability to reuse an existing export/import is not going away ever. We just moved the decision to reuse vs clone onto the next page, after you select the connection. See pic below. Also, please see here for an overview why we made these changes, and the direction we are heading in the next 2 months, etc...

    0
  • Gotcha, thanks for the swift reply.

    I do believe this is a bug in my instance as I'm given only the option to select an application and then "create from scratch" or select existing steps for that application/connector type from within my account; there is no option to select an existing step. In any event, the step should follow choosing a specific application connection/creating a connection, not after. So I'll submit a ticket to investigate why my Celigo instance is behaving differently than you're describing.

    Thanks,

    James.

     

    0
  • There shouldn't be any bugs (as of this morning). Here are the exact steps you should take to reuse an existing step.

    1. First, you need to select an existing step using our new UX, and click on next. See 1st pic below.
    2. Second, you need to pick the connection that you want to use for that existing step. See 2nd pic.
    3. Only after you select a connection, the option to clone vs use existing will dynamically display (i.e. when the new connection selected matches the connection on the existing step, etc...)

    0
  • Thanks, again. This did indeed capture some of the functionality but there are still some broken elements here. See GraphQL connectors as an example.

    • If I want to use an existing resource that is created using the GraphQL application, I have to access it via the HTTP application type. Being that GraphQL steps are simply HTTP requests with a different form view, this somewhat makes sense but is unintuitive.
    • If I do manage to locate the HTTP step that I need among the 100s that exist in my account (again, this problem is exacerbated by the classification of the flow steps as HTTP even if created using the GraphQL form,) then I continue to the next step where I'm able to select the connection. Here, I'm not getting the "How would you like to use this step...." radio buttons, and, in addition, the variables are missing in HTTP form view and they don't return when switching to GraphQL form view. 

    It seems to me like this update was intended for a streamlined flow builder experience that can help less experienced users, but in the example above, it takes a fairly robust understanding of the Celigo process to even access an existing GraphQL flow step (knowing to use HTTP instead of GraphQL,) and even then I'm not met with the functionality I need. 

    I'll eagerly await the return of the search functionality but would really like to see if there's a way to balance this new UI and "step before connection" idea with the existing "connection ---> step" hierarchy which was used before. 

    No GraphQL Steps available

    The existing step, shown in an existing flow.

    0
  • We will look into the GraphQL issues asap. Stay tuned.

    0
  • I just got an update from engineering that the GraphQL search issue is fixed.

    0

Please sign in to leave a comment.

 

Didn't find what you were looking for?

New post