Project

General

Profile

Actions

Defect #6203

closed

When assigning a user, status should auto set to assigned if no status selected

Added by Jos Accapadi over 13 years ago. Updated over 13 years ago.

Status:
Closed
Priority:
Normal
Category:
Plugin Request
Target version:
-
Start date:
2010-08-25
Due date:
% Done:

0%

Estimated time:
Resolution:
Wont fix
Affected version:

Description

Right now, if an issue is opened, it is in a "New" state. When assigning a user to it, if the status is not changed from "New" to "Assigned" it stays as "New". We often find that we have to go back and change things from New to Assigned after the fact.

It seems logical that if Assigning a person, and if Status is New, then status should be auto set to Assigned.

Actions #1

Updated by Jean-Baptiste Barth over 13 years ago

  • Category set to Plugin Request
  • Status changed from New to 7
  • Assignee set to Jean-Baptiste Barth
  • Resolution set to Wont fix

No, I don't think we'll do that for the moment, because "Assigned" status is just a default thing. Many Redmine users remove it or rename it to something completely different. So we don't have any simple way to do that without adding a new setting, new columns in the database, etc.

I think you can do it in a plugin very easily if you want to try, you have Redmine hooks running just after issue creation and edition, so that you can do specific actions on transitions if you want. If you don't plan to change status fields, it could be done in a few lines of code.

I'll close the issue after I provide you an example of plugin to do that, but it won't be before september 15th.

Actions #2

Updated by Jos Accapadi over 13 years ago

Thank you, we would appreciate seeing the example plugin. Would it be more natural than in workflows to be able to auto set states, this as one example, but maybe another to say if a percentage done to move to something, so 100% done moves to a user-configured state?

It seems like something that might be beneficial for people, basically one less click to do.

Actions #3

Updated by Novikov Igor over 13 years ago

+1 waiting for example, would be a very nice function for me:) Thank you.

Actions #4

Updated by Terence Mill over 13 years ago

A more common way to implement this functionality is to make field properties configurable dependent on status changen
For every tracker for every status change, someone can set if a field is required or optional and if it shall get set a preconfigured value, like the status value, category, % done, resolution or assigned to.

Actions #5

Updated by Jean-Baptiste Barth over 13 years ago

  • Status changed from 7 to Closed

Terence: yep, but you can imagine it complicates everything. I think this is a good idea, but it should be implemented in a plugin first, as an experiment. I don't say we'll never integrate this in trunk but I don't see it in the next months.

Jos, Nokikov: here's the simplest thing I think : http://github.com/jbbarth/redmine_auto_assigned_status. Note that you may have to change "new" and "assigned" ids in the lib/auto_assign_hook.rb file, but it works with a fresh install. It's just a (dirty) example, I focused on "understandability". I strongly encourage you to build something cleaner on top of it.

Actions

Also available in: Atom PDF