Opened 12 years ago
Last modified 7 years ago
#10464 new enhancement
Accepting a ticket leaves it unowned.
| Reported by: | Owned by: | ||
|---|---|---|---|
| Priority: | normal | Component: | GridModifyPlugin |
| Severity: | normal | Keywords: | |
| Cc: | Trac Release: | 0.12 |
Description
Great plugin, thanks.
One of my team noted that if he accepts a ticket (in the "Status" field) it remains unowned. I've added the "Owner" field to the [gridmodify] part of trac.ini thus:
[gridmodify] fields = status,owner,priority,milestone,scope,blockedby,estimatedhours,component
... but of course this just means he's now able to accept the ticket and then type his username into the "Owner" field.
Is it possibly for the updating of "Status" to "Accepted" to also update "Owner" to the login of the user, at the same time?
Many thanks,
Tom.
Attachments (2)
Change History (9)
comment:1 Changed 12 years ago by
comment:2 Changed 12 years ago by
No, it's pretty standard.
I've added a few plugins.
My trac.ini is attached.
comment:3 Changed 12 years ago by
comment:4 Changed 12 years ago by
It looks like we'll need to invoke the workflow actions. This could take a bit of work, so I'm not sure when it will happen.
Changed 12 years ago by
| Attachment: | BatchModify.png added |
|---|
comment:5 Changed 12 years ago by
Replying to rjollos:
It looks like we'll need to invoke the workflow actions. This could take a bit of work, so I'm not sure when it will happen.
I worded that poorly. Rather, we need to specify an action that gets passed to apply_action_side_effects. At least, that is how it appears to work after a cursory inspection.
I suspect that the BatchModifyPlugin also has this problem, however it appears they've added the ticket workflow when integrating the plugin into the Trac core. Here is a screen capture from Trac 1.1.1dev:
comment:7 Changed 7 years ago by
| Owner: | Björn Harrtell deleted |
|---|
Do you have a custom workflow defined?