Hi folks,
sorry if this was already asked & answered anywhere else, but didn´t found any solution so far.
We would like to store all users which have been set to assignee of an issue during its lifecycle in order to grant them access at any time. We tried some stuff with a cf "former assignee" but this stores only one person, not more. Furthermore this has to be added manually to all workflows so we would prefer something similar to the "Participant"-field which adds all commenters of an issue.
Any ideas how to solve this problem?
Best regards,
Hans-Hermann
Community moderators have prevented the ability to post new answers.
In my case, I utilize the "Watcher" field and applied an Issue Security Scheme for my issues. Programatically update the "watchers" field based on the assignee (this maybe already setup in your project) then update your Issue Security Scheme/Permission Scheme so they can work/view that issue.
Hi Gabrielle, thanks for your reply, but we´re using the field "Watcher" differently and furthermore your suggestion have to be added in all workflows, or what did you mean with "programatically update"? Best regards, Hans-Hermann
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
In your workflow, you can add functions to add IDs in the watcher field. This way, I have setup a project so that the only roles who can access the issue is the Project Admins, Current Assignee and Watchers.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ah, okay. Understand what you did but this means to update all workflows and all re-assign steps with that function. Not really lean but working...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You have got the right approach with the mention of the participants field - you need exactly what that does, but with a different algorithm behind it (one that scans the history for the assignees and puts them in the list, rather reporter/assignee/commenter)
You could write a field addon to do it (I've done almost exactly that for JIRA 3 ages ago), or use a scripted field from the "script runner" addon.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey Nic, thanks for the hint, but i couldn´t find any examples which are close to my use case, so im a bit lost in how to proceed. I created a scripted field "Former Assignee" and configured it as multi user picker. But, how to check the history for all assignees? Do you have any ideas for me? Many thanks, Hans-Hermann
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'm afraid it's a bit of java-like code you need to add into the script. From (my aging and creaky) memory, you need to generate a ChangHistoryManager object, then you can use it's function "ChangeHistoryManager (Issue)" to get a list of all changes. Iterate over them looking for "field = assignee" and add both "to" and "from" into a List (that will de-duplicate them automatically). Then your result for the scripted field is that list.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Damn, i´m afraid that´s too much coding for me. Maybe Jamie can jump in with an example? Will add an according label to this question...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.