• 14
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      NOTE: This suggestion is for JIRA Cloud. Using JIRA Server? See the corresponding suggestion.

      It would be nice if the Comment field could be made required on Edit and workflow screens. While it may be possible to add a validator to enfore this for workflow transitions, there is currently no way to make the Coment field required on Edit.

      Our process requires a reason for change when modifying issues. The Comment field is perfect for capturing this info but cannot be enforced during edits.

          Form Name

            [JRACLOUD-10464] Add ability to make Comment field required on Edit

            Laurie Heinitz added a comment - - edited

            I would like for the comment field to be required whenever someone closes a ticket.

            Laurie Heinitz added a comment - - edited I would like for the comment field to be required whenever someone closes a ticket.

            Voting YES for this. Plugins are nice, but this seems to be a best practice in all the QA/Dev positions I've held. I hate getting a card assigned to me and not knowing why. It should be native in JIRA

            Brent Bones added a comment - Voting YES for this. Plugins are nice, but this seems to be a best practice in all the QA/Dev positions I've held. I hate getting a card assigned to me and not knowing why. It should be native in JIRA

            I made the 'Comment' Field Required using Behaviours in Script Runner Plugin.
            So whenever i edit something it asks to put in a comment. It even works for transitions.
            Isnt this a Solution ? What am i missing here ?

            Uday Karthik Yadlapalli added a comment - I made the 'Comment' Field Required using Behaviours in Script Runner Plugin. So whenever i edit something it asks to put in a comment. It even works for transitions. Isnt this a Solution ? What am i missing here ?

            Otto added a comment -

            Thanks for everyone's feedback and votes.

            We've taken a look and we've decided that we won't be implementing this feature in the near future. We will be focusing our development efforts on other work that we believe will deliver a better experience.

            Please note that votes is one of the determining factors that we use to plan our roadmaps, for a full description please read our blog post: https://answers.atlassian.com/questions/110373/how-does-the-jira-team-use-jira-atlassian-com.

            We hope you understand and appreciate our honesty on these requests.

            Thanks,
            Otto Ruettinger
            oruettinger @ atlassian dot com

            Otto added a comment - Thanks for everyone's feedback and votes. We've taken a look and we've decided that we won't be implementing this feature in the near future. We will be focusing our development efforts on other work that we believe will deliver a better experience. Please note that votes is one of the determining factors that we use to plan our roadmaps, for a full description please read our blog post: https://answers.atlassian.com/questions/110373/how-does-the-jira-team-use-jira-atlassian-com . We hope you understand and appreciate our honesty on these requests. Thanks, Otto Ruettinger oruettinger @ atlassian dot com

            Similar to JRA-4972

            The JJUPIN plugin introduces a Simple Issue Language meant to simplify your special processsing in conditions, validators or post-functions.

            The next code implements the same behavior as requested by this issue.

            SIL validator
            if(not(hasInput("comment"))) 
               return false, "Comment", "A comment is required";
            

            The return values of a validator describe:

            • false: the result of the validation
            • "Comment": The name of the field having validation issues
            • and the message to be displayed

            Here is how you create a condition, validator or post-function: http://confluence.kepler-rominfo.com/display/JJUP20/Writing+Validators%2C+Postfunctions+and+Conditions

            Give it a try here: https://marketplace.atlassian.com/plugins/com.keplerrominfo.jira.plugins.jjupin
            or here http://jira-plugins.kepler-rominfo.com/x/product/id/3

            Florin Haszler (Alten Kepler) added a comment - Similar to JRA-4972 The JJUPIN plugin introduces a Simple Issue Language meant to simplify your special processsing in conditions, validators or post-functions. The next code implements the same behavior as requested by this issue. SIL validator if (not(hasInput( "comment" ))) return false , "Comment" , "A comment is required" ; The return values of a validator describe: false: the result of the validation "Comment": The name of the field having validation issues and the message to be displayed Here is how you create a condition, validator or post-function: http://confluence.kepler-rominfo.com/display/JJUP20/Writing+Validators%2C+Postfunctions+and+Conditions Give it a try here: https://marketplace.atlassian.com/plugins/com.keplerrominfo.jira.plugins.jjupin or here http://jira-plugins.kepler-rominfo.com/x/product/id/3

            This is a specific example of the wider requirement represented in JRA-15297. I encourage everyone to vote on that request.

            Kavian Moradhassel added a comment - This is a specific example of the wider requirement represented in JRA-15297 . I encourage everyone to vote on that request.

            Requiring comments on all edits would be really useful. Right now, someone comes and moves my issue out of a version without any explanation. I need to fetch the guy and ask for the reason. A comment would save the time for both of us and also record the reason.

            Nikhil Gupta added a comment - Requiring comments on all edits would be really useful. Right now, someone comes and moves my issue out of a version without any explanation. I need to fetch the guy and ask for the reason. A comment would save the time for both of us and also record the reason.

            There are two issues.

            One is requiring comments on transitions. There are validators that do this nicely:

            http://confluence.atlassian.com/display/JIRAEXT/JIRA%2BMisc%2BWorkflow%2BExtensions

            The second issue is requiring comments on all changes. That is a different kettle of fish entirely and I can't provide any pointers.

            Ted Dunning added a comment - There are two issues. One is requiring comments on transitions. There are validators that do this nicely: http://confluence.atlassian.com/display/JIRAEXT/JIRA%2BMisc%2BWorkflow%2BExtensions The second issue is requiring comments on all changes. That is a different kettle of fish entirely and I can't provide any pointers.

            Neal Eiden added a comment -

            We also have a requirement to force the user to add a comment. This seems like a simple option to enable or add it to the workflow.

            Neal Eiden added a comment - We also have a requirement to force the user to add a comment. This seems like a simple option to enable or add it to the workflow.

            Quote:

            One problem I have with this though - what's to stop a user just putting in "." or random junk text when a comment is mandatory?

            ... Regular expression validation?

            Rehan Malik added a comment - Quote: One problem I have with this though - what's to stop a user just putting in "." or random junk text when a comment is mandatory? ... Regular expression validation?

              Unassigned Unassigned
              3b6d98ff1c11 Dion Adamy
              Votes:
              93 Vote for this issue
              Watchers:
              62 Start watching this issue

                Created:
                Updated:
                Resolved: