プロジェクト

全般

プロフィール

Vote #64844

未完了

Filter assignable users based on workflow

Admin Redmine さんが7ヶ月前に追加. 7ヶ月前に更新.

ステータス:
New
優先度:
通常
担当者:
-
カテゴリ:
Issues workflow_41
対象バージョン:
-
開始日:
2009/03/09
期日:
進捗率:

0%

予定工数:
category_id:
41
version_id:
0
issue_org_id:
2937
author_id:
4030
assigned_to_id:
0
comments:
26
status_id:
1
tracker_id:
2
plus1:
12
affected_version:
closed_on:
affected_version_id:
ステータス-->[New]

説明

Now a issue can be assigned to every user that is member of the project.

It's possible, however, that if a workflow is associated with that issue, the issue with a particoular status can be assigned to a person whose role can't make the issue proceed on the flow.
The issue then become blocked unless assigned to a new member with the "right rights"

I have a suggestion: when a user updates an issue and select the new status, the drop down "assigned to" changes showing only the members that have permission, for that new status, to make the issue change status again


journals

So, you want the user show all possible statuses, but he can not really choose a status he doesn't have permissions for and there are partly only for selecting a user who does have the permissions for the selected status? Doesn't sound very intuitive to me. But you could achieve such a functionality with a custom plugin...
--------------------------------------------------------------------------------
This is not exactly what I meant... maybe I can make an example (roles and statuses in the example are imaginary)

I have a role that permits me to change the issue from the actual state (suppose "Opened") to two states: "Working" and "Waiting for feedback".
When I update the issue (Issue -> Update) to change status, assignment, etc, I still see only the status that are allowed to me (in this case "working" and "waiting") but if I choose "working" I should be able to assigne the issue only to a member that have the permission to change the state from "working" to another (for example, "To be tested").
Still for example, if I choose "working", the assignable users will be the developers (that have the permission on the workflow to make the issue oass from "working" to "to be tested"), but if I choose "waiting for feedback", the "assigned to" drop down show me the business analysts (that can change the issue to "Refused")
If I can assign the issue to a role that have no permission for the "working" status, the issue will be blocked (for example if I assign the issue in status "working" to a business analyst).

It happened several times in my company that issues became blocked, and several other tools have this filter on assignments (for example, JTrack)

This feature should be applied on the issue update phase (and page), so I don't think it could be a plugin

--------------------------------------------------------------------------------
Chiara Canavera wrote:

> This feature should be applied on the issue update phase (and page), so I don't think it could be a plugin

Of course it can. Thanks to Ruby and a few plugin hooks... :)
You need to wrap around the getter for the "Assiged to" field and JavaScript to observe the "Status" field. You also might need a custom route from which a JavaScript post action can get the new values for the "Assiged to" field.
--------------------------------------------------------------------------------
Ok thanks :) I can try

But I think it should be a useful feature for Redmine, also because users don't necessary know exactly all the workflows and they would be more aware if they are committing errors on assignments
--------------------------------------------------------------------------------
Chiara Canavera wrote:
> Ok thanks :) I can try

Ruby is really not that hard. I suggest you to take a look at available plugins on "GitHub":http://github.com/search?q=redmine+fork%3Afalse&type=Repositories.

> But I think it should be a useful feature for Redmine, also because users don't necessary know exactly all the workflows and they would be more aware if they are committing errors on assignments

I still think this features could be rather confusing, although I agree that the workflow system needs to be more customizable...
--------------------------------------------------------------------------------
Chiara Canavera wrote:
> Ok thanks :) I can try
>
> But I think it should be a useful feature for Redmine, also because users don't necessary know exactly all the workflows and they would be more aware if they are committing errors on assignments

I think that this would be a useful feature for Redmine too!!
--------------------------------------------------------------------------------
+1

--------------------------------------------------------------------------------
+1
--------------------------------------------------------------------------------
+1

Markus Knittig wrote:
> So, you want the user show all possible statuses, but he can not really choose a status he doesn't have permissions for and there are partly only for selecting a user who does have the permissions for the selected status? Doesn't sound very intuitive to me. But you could achieve such a functionality with a custom plugin...

I agree with Chiara Canavera's feature-request and disagree with Markus Knittig's assessment. The status field can be viewed as past-tense: I have accomplished this piece of the overall work on this issue. The assignment field can be viewed as future tense: now you do that next piece of the overall work on this issue.

If a hardware manufacturer has roles for, say, technical writers and Linux kernel developers and if I have states where one state essentially somehow implies the assignment "now go write a new device driver for this" and another state essentially somehow implies the assignment "now go update the user's manual regarding this", then I don't want anyone telling the technical writers to go write a device driver. I want a work-flow in Redmine to enforce this restriction.
--------------------------------------------------------------------------------
+1
--------------------------------------------------------------------------------
+10

Anyone already made/found a Redmine plugin that can do this?

For me it seems to be a basic requirement of any workflow. In all our workflows we provide information on who can change states and to who (role) the issue needs to be assigned. The tools needs to restrict all parts of the workflow to make sure issues don't get into an invalid workflow state. Not everyone has a clear view on the workflow at all times.

I'm motivated to dive into Ruby and Rails to create a plugin for this, but I have absolutely no experience with Ruby nor Rails, so any help/tips etc are welcome :)
--------------------------------------------------------------------------------
+1

For me it seems to be a basic requirement of any workflow, too.
--------------------------------------------------------------------------------
+10 as well.
I have a project with many users that issues can be assigned to, but only at certain stages of the workflow process. Right now it's this example: A new "Change Request" tracker item should be assignable only to the PM so it can flow into the change control process. However if I choose status as "PM Review," the list of assignees is still everyone on the project. Only the PM role can change an issue from "PM Review" status to anything else; only the PM role user(s) should show in the Assignee drop down after I choose "PM Review" from the status drop down.

--------------------------------------------------------------------------------
+1
--------------------------------------------------------------------------------
+1
We are also searching for such a functionality in our Company.

In our case, we want to lock the issue modification for all the roles but the Project Manager.
But, doing so prevents us to let an issue unassigned, for other roles to pick it when they want...
For example, features development can be depicted by the Manager, who assigns some of them to specific Developers, but let other ones unassigned so that any Developer can pick them when they have nothing else to do. All the other roles should only have reading access to those issues.

--------------------------------------------------------------------------------
+1
--------------------------------------------------------------------------------
+100
a very good Feature for redmine

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
In most cases that makes sense!
However it also could be possible that you work in an team on one status change to another and only one in that team (team lead) shall coordinate this status change (control,managment idea) so only that person will make the worflow procced but all other can be assigned before and make steps towards that.

A compromise could be that if i chnage the "assign to" field, that i get the users which are able to change status from actual state (e.g also edited in same step too) to any next one populated at top of the drop-down list e.g with a separator from any other user with role flag assignable.

Furthermore a system setting could configure redmine worflow for strict assigments, what means that the "ordered drop down" described above will only provide users which have right to change status somehere.
--------------------------------------------------------------------------------
+1 again and it is duplicated by #2937.
--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
https://github.com/jjrosalesuci/redmine_auto_assigned
--------------------------------------------------------------------------------

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
Hi. I created a new plugin to filter assignable users based on workflow.

https://github.com/luisr9/redmine_filter_assignable

I'm newbie in ruby, but I believe and I hope this work for you too, sorry for my english.
--------------------------------------------------------------------------------


related_issues

relates,Closed,7521,Grant assignee only to developers (or a special users role)
relates,New,212,Assign To limited by workflow
relates,New,8313,Restrict Assignee List by Role

Admin Redmine さんが7ヶ月前に更新

  • カテゴリIssues workflow_41 にセット

他の形式にエクスポート: Atom PDF

いいね!0
いいね!0