Feature #6220

Named action on ticket status change.

Added by Joël Lamotte over 8 years ago. Updated about 7 years ago.

Status:NewStart date:2010-08-26
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:Issues
Target version:-
Resolution:

Description

Currently, changing ticket status is achieved by selecting another status in the ticket edition form.

That way don't help to realize that by changing the status we actually performed an important action in the issue's life. For example, if you have a bug issue in "need_validation" state (that says that the issue is fixed but it requires tests from the testers/QA ) and you want to pass it to "fixed", you might not figure that you're actually "validating" the fix and closing the ticket.

It's convenient to see those kind of actions as "actions to perform" instead of side effect of issue status change.

TRAC solves problem this by providing ways to name (via a sentence) each change between two states of a ticket. It then generate an action choice box that is more clear about what you're actually going to do with this ticket.

I've added 3 screenshots of some tickets in my own TRAC (with an old project that I'd like to migrate to RedMine later) to illustrate the idea.

Now it's not a perfect solution : making links or buttons would have been even more explicit I think.

Anyway, it would be far more useful for RedMine to allow for naming actions on tickets.

trac_actions_klaim.png - a ticket "to_see" (11.2 KB) Joël Lamotte, 2010-08-26 01:26

trac_actions_2_klaim.png - a closed ticket (3.45 KB) Joël Lamotte, 2010-08-26 01:26

trac_actions_3_klaim.png - a new ticket (6.9 KB) Joël Lamotte, 2010-08-26 01:26


Related issues

Related to Redmine - Feature #6234: Send email to particular users when status changes New 2010-08-27

History

#1 Updated by Eric Davis over 8 years ago

  • Category set to Issues

This would be nice. It could get difficult due to how many different states and workflows that are allowed on an issue though (and since workflows can be different based on Roles).

If someone wants to create a plugin to prototype this, I'd be happy to review it.

#2 Updated by Joël Lamotte over 8 years ago

Eric Davis wrote:

This would be nice. It could get difficult due to how many different states and workflows that are allowed on an issue though (and since workflows can be different based on Roles).

That would be totally optional, allowing to setup this feature on specific state transitions.

#3 Updated by inS klakier about 8 years ago

This is definitely something I miss in Redmine. Not only Trac has workflow actions - JIRA also implements them and does it in a nice way - as hyperlinks on the side bar, just below the issue details. It is very intuitive to update issues using actions (if configured and named properly).

Trac's implementation has a very nice detail - action not only changes status but can be configured to change assignment or do some other useful stuff. For example, action "accept" (created by default) changes status from any active to "accepted" and assigns the issue to the person who is logged in :)

But Redmine is so much better than Trac...

#4 Updated by Tom DeMay almost 8 years ago

what about this... would this be easier? To have e-mail notifications setup on queries, so when the result of the query changes and e-mail is sent? That would provide more flexibility and probably and easier user experience. That's of course if there is a way to do it without creating a performance problem continually validating queries on every update. To address the performance problem you would only validate queries that have subscribers, but in the UI warn of potential performance issues of adding subscribers to queries.

#5 Updated by Daniel Moore over 7 years ago

+1 - something similar is required to make workflows useful

#6 Updated by Rabbit Seagraves about 7 years ago

Very interested in this feature, and interested in reviewing a plugin for it.

Also available in: Atom PDF