# Workflow Extension: Require comment on close; Multiple types of "done" status **URL:** \ **Category:** Ideas & Features\ **Created:** [July 20, 2020, 2:19am UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849 "2020-07-20T02:19:14Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\ **Post date:** [July 20, 2020, 2:19am UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/1 "2020-07-20T02:19:15Z")
Hi guys, I wanted to suggest two additions to Workflow that would really help me out. Again would love to get feedback from the “regulars” of @Jean, @helloitse, @chris.burchartz, @ChrisSparkT, and anybody I forgot (no offense intended!) 1. Require comment on “close” status. Many of us are familiar with issue tracking tools like Jira, and this is a very useful feature. With this, you can make sure that closed entities that are being used for process management like Bug Tracking, Feature completion, etc. get a comment so the team can see what was done upon close. Simply you’d designate which state is one that requires a comment, and once that state is chosen, a modal would pop up requiring a comment before it can be closed. 2. Multiple “done” types of status. My main point here is that I’d like to distinguish in Fibery between things that get “done,” but perpetuate in the system. Like a software Feature. It is done, but it could later need an update, and it doesn’t go away. Or a client you first pursue, then close. The client is part of your userbase now and needs to be in the system. However, tasks and other types of entities would well “disappear” from active items into an archive. So this is sort of a “2nd” done, or “closed” status, that has different use than the first type. You might add this request as well as a 3rd addition to Workflow for the backlog! > [@Create related issue on workflow transition](https://community.fibery.io/t/create-related-issue-on-workflow-transition/243): > > It would be great to have a possibility to create subtask/related issue on workflow transition. It would be possible to implement interaction between different departments on workflow lvl then. Regards, Simon Thanks guys! ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [September 7, 2022, 8:17am UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/2 "2022-09-07T08:17:26Z")
> [@Invitation to users wanting improved workflows](https://community.fibery.io/t/invitation-to-users-wanting-improved-workflows/3259): > > We know that the current workflow implementation is simplistic, and given that there are quite a few topics here that relate to workflows, e.g. …it seems like there are plenty users who would like more sophistication. Without making any promises, I would like to invite users to get in touch if they have specific use cases in mind that cannot currently be achieved in Fibery. This may allow us to develop templates that might be useful, as well as helping us understand what functions/features… ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [October 4, 2024, 6:56am UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/3 "2024-10-04T06:56:17Z")
> [@B\_Sp](#): > > Multiple “done” types of status. My main point here is that I’d like to distinguish in Fibery between things that get “done,” but perpetuate in the system. Workflow field allows any number of ‘Finished’ states to be defined. ---
**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\ **Post date:** [October 4, 2024, 2:22pm UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/4 "2024-10-04T14:22:46Z")
Ok could you provide more detail Chris? What I was referring to was the ability to have multiple kinds of “done” entities that have different treatment. For example, if I have a set of vendors I work with, say CRM providers. I move to a new one from a previous provider. I’d like to have this one in a “done” status representing that it’s in use, and the old one would still be in Fibery as a “former” provider, but also “done” because it’s inactive. In the meantime I’m tracking projects and tasks in Fibery and they also get “done,” but I want to see them in different search results and reports vs my vendors you are inactive. Let me know if that is indeed possible. For now all I thought you could do was mark multiple states as “done” but every “done” state has the same treatment in Fibery. Thanks! ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [October 4, 2024, 2:35pm UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/5 "2024-10-04T14:35:09Z")
What I meant was that there can be more than one state which is ‘Finished’ ![firefox_uLbUIx16Yn](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/c/c1de07863058db45f2b6797d689c2c74cb56939e.gif) and you can choose whether or not finished items show up in search. So potentially, you can use the finished states for things that you are not typically wanting to work with so much in the future. If something is in use, but in a ‘done’ state, you could have a Done state in the ‘started’ category: ![firefox_NjgdPBhXGO](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/b/b22f27abe856aa333e15c11af7658578501d2d75.gif) And to make things better looking, you can always choose your own icons instead of the default ones. Maybe I’m missing the point of your use case. ---
**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\ **Post date:** [October 4, 2024, 2:52pm UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/6 "2024-10-04T14:52:52Z")
Thanks for the response. Yes I was looking for multiple “done” states that would have different handling. I’ve seen this in other apps, notably Clickup. You are explaining what I already know - and unless I’m missing something, Fibery treats everything that is “done” the same. Granted there can be multiple done states within a workflow. With different names, icons, etc. But they will all be treated the same. I’m guessing this is not something you guys are thinking about as there is not a lot of activity in this request, but technically since it doesn’t exist I feel like you can just leave this open and see if anybody ever shows up to support it. Our conversation right now will at least serve to make the request even clearer to any interested readers! Thanks again! ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [October 4, 2024, 3:01pm UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/7 "2024-10-04T15:01:30Z")
I’m still not sure I get the request. Is it that you want to add more categories beyond ‘Not started’, ‘Started’ and ‘Finished’? ---
**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\ **Post date:** [October 4, 2024, 3:41pm UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/8 "2024-10-04T15:41:53Z")
No I would like to have different types of “done/closed/finished” items. As I mentioned in my use case, we are tracking all kinds of things in Fibery and some of them would be useful to mark in a non-active state. To continue with my vendor example, this might be “no longer using.” I’d like to track other types of entities, like work, with a different type of “closed” status that is treated differently. Here is the example of clickup I mentioned: > **[Use Done statuses](https://help.clickup.com/hc/en-us/articles/6309517280919-Use-Done-statuses)** > > Use Done statuses to monitor tasks that don't require immediate action. > Whether it's an active campaign, social posts, or work that no longer requires effort, keep all of your tasks displayed acros... You see they have two groups in the workflow at the bottom, “done” and “closed” ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/0/0afa173c3474fe2900092c8876fd9935a6aa4f2a.png) ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [October 4, 2024, 4:29pm UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/9 "2024-10-04T16:29:18Z")
That does sound like you want an extra status group beyond the existing one (Finished). Or I am truly too dumb to get your point 😬 ![image-3 (1)](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/a/af36e359714fa88de5d16968444c06f78dd34de7.png) vs ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/9/9d25bc897e9543925387f13ec75582b324d339a7.png) ---
**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\ **Post date:** [October 4, 2024, 6:02pm UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/10 "2024-10-04T18:02:54Z")
Haha, yes that’s right! I realize this is going to be low priority for you guys, but I’m a huge fan of a workflow that can do a lot of various things within an app. The one in a version of TargetProcess I analyzed some years back, that I think @mdubakov may have actually been around to author, was fantastic. Glad we have a pretty good one already in Fibery. I just figured that I’d make sure this request was properly understood with the back and forth in here with you today :). Good chance I figure that this post might not get much further action, but I guess there could be others down the road interested in this! ---
**Author:** ![Oshyan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/oshyan/32/11431_2.png) [@Oshyan](https://community.fibery.io/u/Oshyan)\ **Post date:** [October 4, 2024, 9:19pm UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/11 "2024-10-04T21:19:02Z")
What is the _functional_ implication of the additional status category, e.g. of “Closed” vs. “Finished”? What do you _do_ with it that you can’t do by just adding more options to the Finished category: ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/4/4bef79c9d20b1309a7b74d511bd391f35c2e7867.png) I’m not saying there isn’t a distinction, I’m just not clear on how you’re actually using/acting on these different statuses that doesn’t work with existing functionality in Fibery. Maybe I’m the dumb one now. 😄 ---
**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\ **Post date:** [October 5, 2024, 2:34am UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/12 "2024-10-05T02:34:43Z")
Yes, I think in general some of the more sophisticated handling of status and linking that I thought might be more on the roadmap when I created this post has become less of a priority in Fibery in favor of perhaps a more open design relying on automations or formula, and recently the interesting add of the Quick Filters. Here is more from that Clickup description explaining where “done” and not “closed” is used, that include some, but not all, of what would be useful to me: ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/1/1a9c2122c3ed73a22865f9b39c24a033516ceaac.png) You see here mention of [Dependency Tracking (+ Gantt chart)](https://community.fibery.io/t/dependency-tracking-gantt-chart/1085) which is something I would find useful as well. Right now I think the search functionality around “done” items is very basic, we have now grayed out completed items, but otherwise I think search is lacking. For example you can’t filter by creator, some of what you described in your [Filter search results based on Field Values](https://community.fibery.io/t/filter-search-results-based-on-field-values/1052) post remains missing, too. Or just [Comments or Documents Filter in search](https://community.fibery.io/t/comments-or-documents-filter-in-search/1768). With some build-out of those features I think multiple closed states would be logical and I could use them. Again to repeat my use case, I have a ton of stuff tracked in Fibery - vendors, equipment, company pillars, various work (tasks etc.) and some of these are going to have different behavior when “closed.” Finished work might need to be archived or otherwise not show up in search, whereas physical things I’m tracking like a law firm I’m currently using I’d like to have in a “final” state but one that keeps that entity more visible in my workspace. Again this is surely a small item but something I’d find useful and is something I’ve seen in other apps that I’d live to have here. Thanks and good to hear from you @Oshyan ! ---
**Author:** ![Oshyan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/oshyan/32/11431_2.png) [@Oshyan](https://community.fibery.io/u/Oshyan)\ **Post date:** [October 7, 2024, 8:08pm UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/13 "2024-10-07T20:08:49Z")
Thanks for the detail @B_Sp ! I think some further clarification might be necessary though. I can understand the benefits of a distinction in types of Done statuses, but the extent to which you want that to affect things throughout the system, and the potential _customization_ of that are where I run into concerns around implementability, etc. vs. the sort of existing approach of “If you want to do something special with a _particular_ done status then handle it with automations, etc.”. For example if you want one type of Done to be handled differently in Search than another, that either has to be hard-coded (in a way that is useful to a good number of people, ideally the majority, which seems very difficult given Fibery’s flexibility), or you need to implement a doubtless very complex setup/configuration ability for different Done statuses where you individually define their relationship to Search, and other implications/effects. So I remain a bit unclear on _exactly_ what you would like here and how feasible it really is. If you were to put yourself in Fibery’s shoes and try to think of a version of your request that both meets the core/spirit of the request and is also implementable in a reasonable time and likely useful to a large number of the kinds of customers we know Fibery has and is marketing to… how would you describe that request in the most simple, bullet-point terms possible? ---
**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\ **Post date:** [October 22, 2024, 5:11am UTC](https://community.fibery.io/t/workflow-extension-require-comment-on-close-multiple-types-of-done-status/849/14 "2024-10-22T05:11:02Z")
Thanks and I meant to respond earlier! Sorry to repeat myself but my best answer is what you see in the Clickup explanation of their various “closed” statuses that I listed above. Yes, I realize some of this would involve hard-coding by Fibery which I’m not sure is viable right now depending on how much work the team wanted to put into the workflow extension. I made this request back when Fibery was new and it appeared at the time that extensions might become a core set of Fibery that got build outs, but that hasn’t happened. Not sure even if the notion of the “extension” is well known right now in the community…same with “collections” which once upon a time was how you referred to the area in an entity where relations showed up. The main reason I jumped back in here is because of @ChrisG reviving this post with the comment 18 days ago. Since I’d still enjoy seeing this feature, I responded not quite understanding what Chris meant. I would like to add in the spirit of the original post, that right now with discussion of required fields over here: > [@Fibery Product Report: September 2024](https://community.fibery.io/t/fibery-product-report-september-2024/7572/1): > > Required fields > > ![Screenshot 2024-10-15 at 3.55.05 PM](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/e/e897d39b6ed010553c4adfd93f1b5e7e8f28bea2.jpeg) than having the ability to require a comment on close seems like something that would also be closer to reality than when I originally posted the request. Again, at the time, my thinking as you could add on an “extension” that would force a comment when closing an entity - which in turn would need to integrate with some recognition of workflow moving to the one of the “closed” statuses. And thanks for the vote over in [When clicking reference from a thread reply, open reply (currently doesn’t happen)](https://community.fibery.io/t/when-clicking-reference-from-a-thread-reply-open-reply-currently-doesnt-happen/7606), another quality of life fix that would be great to see!