Closed (duplicate)
Project:
Project
Version:
x.y.z
Component:
Issues
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
8 May 2005 at 17:20 UTC
Updated:
26 May 2006 at 05:19 UTC
Jump to comment: Most recent file
Comments
Comment #1
Aran Deltac commentedI've put a little bit of time in to making this happen. I'm still getting the feal for where everything is placed, but it doesn't seem like its much work. If you decide to impliment this I would like the feature "self-assing this role by checking a box in their user profile" to be optional. Also, by "role", don't you mean "permission" (as in hook_permissions)?
Comment #2
killes@www.drop.org commentedWould be nice if you could implement this.
Yes, I meant permission.
Comment #3
moshe weitzman commenteda bit more generic
Comment #4
dan_aka_jack commentedYes, I agree - it would be great if users with sufficient permissions could assign issues to other people.
Comment #5
fgmI just made a patch the will suggest users having the "create project issues" permissions in that box. That seemed the most logical existing permission, to avoid adding yet one more perm.
Comment #6
killes@www.drop.org commentedThis needs a lot of work. The proper way to address this would be an autocompletion field.
Comment #7
dan_aka_jack commentedfgm, thanks for the patch - I'm using it right now and it's working very well for me.
Autocompletion would certainly be appropriate on a site with more than, say, 20 users. But on a site with less than 20 years, I think some people would prefer a drop-down box. I would propose that the "perfect" system would allow administrators to choose between an autocompetion field and a drop-down box.
Also, it would be great if it were possible to assign issues to multiple people.
Comment #8
fgmThanks Dan.
Note that in this version (that still needs work, as lists can become too large on huge sites like drupal.org), you must first unassign an issue before you can assign it to someone else. Removing the lines:
and the closing brace, still in
project_issue_formallows issue reassignment at will.Comment #9
dwwanother approach: killes wants me to work on locking down drupal.org's contrib cvs repository so that only the owner of a given project, and a selected group of blessed maintainers, has cvs permissions to commit or tag files in a given project. this would require a new setting in the project node's edit page to define the maintainers (which would be another good place for an autocompletion field). once there was such a list associated with each project, that'd be the obvious group to include in a simple drop-down menu for who issues can be (re)assigned to. of course, we could have a final entry at the bottom of the menu called "other" that was an autocomplete field, so that if for some reason it made sense to assign an issue to someone who was neither yourself, nor one of the maintainers of the project in question, you could still do that. not sure if what i just said would even be possible, or if this use-case would be worth spending time on. but, i think the idea of a group of maintainers-per-project is a good one, and would solve this problem pretty well. just a thought...
Comment #10
dwwnedjo recently bumped http://drupal.org/node/4354, which this issue is a duplicate of.
he's got a cool approach he's proposing to solve this, so let's move any further discussion there.