assign tickets to multiple users

[mala]

It would be very nice, if I could assign a ticket to more than one user. I set the restrict owner-parameter to false and typed in two users. I tried with different syntax, but the trac system did not notice the ticket to belong to the them. Would be fine…

[Christian Boos]

Some remarks:

• the milestone:0.9.4 is used for bug fixes only
• in general, the Trac ticket system can't really cope with multiple values for a field (multiple components, milestones, versions, etc.)
• milestone:0.12 aims to have a better user/session system. This enhancement request seems to fit in this category.

[douard@…]

I have the same need. Waiting for it to be properly implemented in Trac, here is my current hack:

• add a new ticket report with the following SQL query (this is a very naive hack, that do not work if 2 users have similar usernames, eg. 'toto' and 'toto_jr' will interfer):

  SELECT p.value AS __color__,
     (CASE status WHEN 'assigned' THEN 'Assigned' ELSE 'Owned' END) AS __group__,
     id AS ticket, summary, component, version, milestone,
     t.type AS type, priority, time AS created,
     changetime AS _changetime, description AS _description,
     reporter AS _reporter
    FROM ticket t, enum p
    WHERE t.status IN ('new', 'assigned', 'reopened') 
  AND p.name = t.priority AND p.type = 'priority' AND owner glob '*$USER*' 
    ORDER BY (status = 'assigned') DESC, p.value, milestone, t.type, time
  

• modified the Notify.py (from Trac 0.9.3) source code file, so the ticket notify system send a message to every owner of the component (must be separated with commas "," or white spaces): File $PYTHONPATH/site-packages/trac/Notify.py, line 286, replace:

                  recipients.append(row[2])
  

with:

                recipients.extend(row[2].replace(',', ' ').split())

[bpalmer]

Thank you, previous commenter! I need this functionality for our new project, and it would have taken me hours to work out what you did, since I don't really know Python at all.

[david.l.jones@…]

SQLite has some regexp capability, but it's not implemented (?). I'm not a SQLite person, so I'm not sure how to use it, but here's the blurb:

The REGEXP operator is a special syntax for the regexp() user function. No regexp() user function is defined by default and so use of the REGEXP operator will normally result in an error message. If a user-defined function named "regexp" is defined at run-time, that function will be called in order to implement the REGEXP operator.

(​SQLite docs)

So if the regexp could be implemented, then a "smarter" parsing of the owner field would look like

-- ...
AND p.name = t.priority AND p.type = 'priority' AND owner REGEXP '([^,]*,)*$USER(,[^,]*)*' 
-- ...

Of course, this depends on a user-provided regexp function in SQLite (whatever that means… ;) ). Alternatively, simply make sure that the field is padded left and right sides with commas, so then the glob looks like this:

-- ...
AND p.name = t.priority AND p.type = 'priority' AND owner GLOB '*,$USER,*' 
-- ...

Of course, these are both hacks, and I don't condone using them, nor would I take responibility for using them in combination with any other queries, reports, database systems, prolonged sun exposure, narcotic pain killers, etc.

[anonymous]

Has anyone implemented a hack to achieve this for Trac 0.10?

Adding a glob '*$USER*' to the report causes an error:

Report execution failed: not all arguments converted during string formatting

I don't know why this wouldn't work at 0.10, but does at 0.9.x

The ticket notification system has been rewritten and not knowing much python am finding it difficult to figure out what should be changed. Any help much appreciated.

[Christian Boos]

#4949 has been closed as duplicate.

A slight variant to this idea would be to have to possibility to use a group name for the owner. I thought this was proposed before, but couldn't find a reference to it…

[mala]

I couldn't find the "original ticket" too. Close it, when you have found. I cannot see this is a duplicate.

[anonymous]

Ah now I see it. Anyway I do want to specify any possible combination as a group. It would be fine to have the possibility to assign to more than one "real" users.

[andyg]

This would certainly be a very useful feature for my organization. When the assign to field is restricted to a user list, it would be nice to be able to select multiple users from that list as well, as opposed to typing each in with some sort of delimiter.

[anonymous]

I have a need for this. Sometimes, team members are assigned to finish same kind of tasks but not a single group task. e.g. "read this license" or "install secure ware to your PC." Everyone has to do it by themselvs. So, I would issue a ticket having the same task description to every member. Currently, I must issue a number of tickets one by one.

I guess the problem of my needs is more related to UI, than DB.

[anonymous]

Replying to anonymous:

I have a need for this. Sometimes, team members are assigned to finish same kind of tasks but not a single group task. e.g. "read this license" or "install secure ware to your PC." Everyone has to do it by themselvs. So, I would issue a ticket having the same task description to every member. Currently, I must issue a number of tickets one by one.

I guess the problem of my needs is more related to UI, than DB.

My opinion was probably not too clear.

I suppose "create a ticket using an existing ticket" functionality is good enough for me. I can even use ticket keyword to follow up tens of tickets.

[anonymous]

you can edit report using LIKE,

SELECT p.value AS __color__,
   (CASE status WHEN 'assigned' THEN 'Assigned' ELSE 'Owned' END) AS __group__,
   id AS ticket, summary, component, version, milestone,
   t.type AS type, priority, time AS created,
   changetime AS _changetime, description AS _description,
   reporter AS _reporter
  FROM ticket t
  LEFT JOIN enum p ON p.name = t.priority AND p.type = 'priority'
  WHERE t.status IN ('new', 'assigned', 'reopened') AND owner LIKE '%$USER%'
  ORDER BY (status = 'assigned') DESC, p.value, milestone, t.type, time

it's "My ticket" example, but I think sqlite support REGEX is great!

[anonymous]

Replying to anonymous:

I have a need for this. Sometimes, team members are assigned to finish same kind of tasks but not a single group task. e.g. "read this license" or "install secure ware to your PC." Everyone has to do it by themselvs. So, I would issue a ticket having the same task description to every member. Currently, I must issue a number of tickets one by one.

I guess the problem of my needs is more related to UI, than DB.

I have the same problem, are there any solutions? I just started using trac but can't find this option (multiple assign). Everything else works perfect!

[Remy Blank]

#6078 has been closed as a duplicate, and provides a patch allowing to specify several e-mail addresses for a user.

[madbyk@…]

Is this really hard to implement? I mean SQLite REGEXP is there, you can change the dropdown box with a multiselect box and voila?

I love Trac and I think it should include this feature. So as a developer I'll do my best if theres anything I can do. Just let me know.

[FilipeCorreia]

I see some advantages in being able to assign a ticket to several users. Namely, when doing ​pair programming, it makes all the sense.

however, just a thought, wouldn't having several user fields instead of just one be a cleaner solution?

[Christian Boos]

More duplicates:

• #5409
• #8001, with an use-case where multiple roles could be defined, therefore suggesting a more complex interaction with the workflow
• #8069, this one using a special kind of custom field for this (with patch)

[anonymous]

I don't like the hacks that are suggested in this ticket.

What do you think of my roles model i described in #8001? It would be very flexible to have an relation between tickets and users with a role attribute. Combining this with a workflow system that uses these relations could be very powerful.

[jean-gui@…]

I've created a ​plugin which adds a field "Default CC" per component. This field allows to specify a list of mail addresses or users that will be automatically added to the CC list when new tickets (of the corresponding component) are created. That's not exactly what the ticket is about, but I thought some of you might be interested.

[lucas.mendes@…]

I see this is a very old claim. This functionality will be very helpful for our team because we have a custom state called Review where multiple checkers should be assigned. We have been using cc field for that but users are not happy with that. Multiple assigners would be more intuitive.

[anonymous]

Need is here as well, asign to more than one user and send e-mail to the assigned users. The same functionality for components as well.

I Previously worked with Jira and they have implemented this. Maybe you can get some ideas there for the implementation.

[pwongvib@…]

Adding to cc list.

[lkraav <leho@…>]

interesting, discovered today it would help me as well.

[dasch_87@…]

Adding to cc list.

[dasch <dasch_87@…>]

omg, here it is

[anonymous]

this is a must. use cases: 1) documentation team. ui team, design team , web services team. right now i can't assign tickets to teams. I have to make fake accounts and set up mailing lists. :(

We often have tickets that need to be reassigned from one team to another before they can be closed. It would makes it easier for people to see open tickets they might be interested in.

workflow:: new ticket → assign to team 1 → accepted by team1 member1 → reassigned to team1 member2 → accepted by team1 member2→ reassigned to team2 → accepted by team2 member1 → closed

[anonymous]

This ticket is now open for 5 years. It would be nice to have a status update. Is this planned to ever be a feature of Trac or not? What is the progress?

In my opinion, this is an essential feature for many organizations, in particular helpdesk departments (like the one I am setting up atm).

I think implementing this is really difficult though. Trac never aimed to do authentication itself yet needs to interconnect with third party systems that are used in order to use the group information.

Your thoughts please…

[anonymous]

I would also like to see this feature implemented. It's something absolutely essential in most development environments.

[stran@…]

Cc stran@… added

[Steve Tran <stran@…>]

Joining mailing list because this would be a great feature to have.

[hn@…]

We would also love this feature! Any chance that it will be implemented soon?

[theonenkl@…]

Yes, this would be great!

[anonymous]

The requested feature might be implemented by ​BudgetingPlugin.

[anonymous]

So basically - after 6 years - tickets still can't be assigned to a group of people?

[lkraav <leho@…>]

cboos, is comment:10 still an option today?

[dwalker@…]

Does anyone know if this functionality is available now?

[sergiodj@…]

Hi, is there any news about this? Please, Trac devs, is it possible to at least respond to this ticket? Thanks.

[anonymous]

I would also like to specify a comma seperated list of users to assign a ticket to several users. Any news?

[anonymous]

exactly the same thing here!!

comma seperated would be fine

if you have a lead role but are dependend on the opinion "read text" decision or implementation of several different users comming to gether to one task.

and mail is not the main communication but trac itself

[anonymous]

Please Trac Devs, what are your thoughts aboout this feature? 9(sic!) years passed without any comment? Are you serious?

[hagadorn@…]

What is the status of this please? We also have a need, it seems like a lot of people do.

[rob.haynes@…]

Please, I have a need too.

[Kelle Cruz <kellecruz@…>]

Is it possible that maybe this functionality could be implemented in conjunction with the ​UserManagerPlugin which helps manage teams?

[mattias.norlander@…]

Yes - assigning multiple users would be beneficial since one ticket may contain more than once action to be carried out by more than one user. That would give all responsible users the visibility of the ticket…

[massimo.b@…]

Just like requested in #8069, wouldn't it be the easiest to add 2 new types (users-list and users-select, or even more if we had groups) for TracTicketsCustomFields? Functionality is already available at the builtin Owner field and in the Cc field together with the completion of AutocompleteUsersPlugin.

The new types could be called:

• users-list: working exactly like the Cc field with comma separated user list and completion like ​AutocompleteUsersPlugin
• users-select: working like the builtin Owner field providing a list of users to select one.

[Optional:]

• groupusers-list: While ​AnnouncerPlugin started a feature with groups, the standard Trac current has no user groups. If groups of users can be defined by admin (is there a change request already?) we could also assign a comma separated list of users belonging to groups here
• groupusers-select: same with single group selection
• group-list: Comma separated list of groups with completion like users-list
• group-select: Providing the list of available groups to select one

Use-Case idea:

[ticket-custom]

reviewer = users-select
reviewer.label = Reviewer
#reviewer.options     # not required, providing all users to select a single user
#reviewer.value       # not required, global default value doesn't make sense here



tester = group-select
tester.label = Tester
# tester.options =     # Leaving this empty provides a list of all availabl groups to select one group
# tester.options = element_tester_group system_tester_group    # But could also be used to restrict only some tester groups to select one of them



documentation = groupusers-select
documentation.label = Documentation author

# Providing all users included in these groups to select a single user
# Accepting wildcard doc_* or *test_*
# Leaving this commented would behave exactly like type users-select privinng all users of all groups
documentation.options = doc_group

[massimo.b@…]

Any plans to add a custom field type allowing to select from a users list, just like the owner field? That would ease to add roles defining a user for that role.

[Ryan J Ollos]

Replying to massimo.b@…:

Any plans to add a custom field type allowing to select from a users list, just like the owner field?

See #8069.