Replies: 4 comments
-
my |
Beta Was this translation helpful? Give feedback.
-
Asking for input in the description has all but solved this problem, but this feature would still be good. |
Beta Was this translation helpful? Give feedback.
-
I disagree. While additional input from the user does help track down the problem, it's still important for whoever closes the ticket to describe what the actual issue was and how it was fixed. That way if the fix does break something else, a history of changes can be examined to see what was changed and why. Ideally this information would be in the achievement's audit log (similar to git commit comments). There are probably exceptions, like when a ticket is closed with "not enough information". |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
Disallow tickets to be closed without a description of changes made. (Similar to the requirement for users when creating tickets)
This is already an expectations for developers, building it in will help to keep developers on track and keeping good notes with less oversight.
Brief, accurate notes help verify that work was completed and help resolve future problem and times when issues resurface.
Beta Was this translation helpful? Give feedback.
All reactions