How are people managing the new feature where a form can be attached to multiple object types as relates to existing forms? Can I update the object type tag on any of the forms, and then delete the duplicates? How will that impact the forms being currently used on active projects or templates? Has anybody tried this and can share how they are managing to update their existing forms to clean it up?
Thanks
Topics help categorize Community content and increase your ability to discover relevant content.
I'm curious about how to "migrate" to cross-object custom forms too.
I know we have no real plans to change/collpase the existing ones until I can test what happens.
And any use of the new one has to be carefully considered. What happens if I make a cross-object, but then find I need to "separate" them again because of some subtle change that only applies to one object type? How does one down-grade from a cross-object form?
We also find we have in some cases made subtle differences to, say, the Issue vs. Project versions, so they have to stay separate. But it would be nice to collapse the Project vs. Task ones (since want all the Issue data to come along whether it is converted to a Project or a Task).
So many permutations to test…
I'm in the process of starting this. It seemed to work in Sandbox, so fingers crossed I'm not missing anything. Most of what I'm cleaning up are duplicate custom forms where one was created for issues and one was created for projects. My plan is
I don't think we would ever have to break ours apart again. My main use case is where the user creates an issue to request a project, a custom form is attached to input required project information, then that data is all transferred to a duplicate custom form once the issue is converted to a project.
Hi Chloe - thank you for this. I also want to consolidate my forms as we have tons of duplicates. A couple of questions about what you've done:
For anyone - if you have information on how to ensure data transfers to the original form (now configured for multiple object types) so you can DELETE the duplicate, I would love to hear about it!
Views
Replies
Total Likes
Hi Alison,
I hope this helps. It doesn't look like it moves over until a conversion happens.
Views
Replies
Total Likes
There was precious little documentaion I'm afraid.
Views
Replies
Total Likes
Does this mean you can make one custom form, and then use the same one for issues and projects without having to duplicate it? Right now that's one of our biggest pain points. Having to update the issue version of the form, then duplicate it, and disable/delete the duplicates. Would be amazing if there's a way to get around that. Is this in the preview environment or on a roadmap?
This is in production as of last week for me! And yes, that's exactly what it means.
Hi, everyone.
I'm so glad there is interest in using multi-object forms. Please feel free to book a feedback call here and discuss your comments/questions with the Product team directly!
I ran some tests in Preview to check "instanced" behavior: to verify if an Issue converted to a task or project is the same form (multi-object custom form), but a "copy" with independent data.
I can confirm that, for example, you convert the Issue to a Task or Project:
So seem to be working as I'd expect in terms of data separation as well.
Thank you for confirming the functionality!
Views
Replies
Total Likes
For a custom form I want to use for both an issue and the converted projected, when considering permissions on the section breaks, is there a way to allow the user who submitted the issue to edit the request but not the project?
Views
Replies
Total Likes
I tried it with a single form Issue to project as a test and it seems to be working perfectly. Thank you @Lilit Mkrtchyan. ‚
Views
Likes
Replies
Views
Likes
Replies
Views
Likes
Replies