Discussions
Categories
Groups
Community Home
Categories
INTERNAL ENABLEMENT
POPULAR
THRUST SERVICES & TOOLS
CLOUD EDITIONS
Quick Links
MY LINKS
HELPFUL TIPS
Back to website
Home
Web CMS (TeamSite)
variable task owner
mmcdieck
Hi,
I want to know if it´s possible to have that user the owner of a subsequent task who has taken the ownership from a group task?
Thanks,
Steffen
Find more posts tagged with
Comments
Migrateduser
You could put a trigger on the take ownership to set the owner of the next task (iwrmtaskuser/iwrmtaskgroup then iwaddtaskuser) - not sure if that next task has to be a grouptask or a usertask (if it's a grouptask you might also want to take ownership of it with iwtaketask). Or you can have an externaltask between the first task and the second task that manipulates the owners and takes ownership.
But why would you want to do this? What can they do in the second task that they can't do in the first?
mmcdieck
Thanks John,
I solved the problem by inserting an external task after the group task.
The reason why I want to change the Task Owner of the subsequent tasks is because these tasks (submit, generate, deploy) should be displayed in the To do list of the person who took ownership of the group task.
Steffen
Migrateduser
I've noticed a lot of people require this functionality. It would be nice if Interwoven would figure out a way to create a new way to allow us to set any task after a grouptask to be the user who took ownership of the grouptask. I'm not sure how it could work, since the job spec is pretty much carved in stone at instantiation time, but it sure would be nice if there was an easier way to accomplish this very reasonable request.
Dave Smith
Sr. Software Engineer
Nike, Inc.
(503) 671-4238
DavidH.Smith@nike.com
kellyrmilligan
I know this is an old post, but seems like you were dealing with the same thing that I am, except even when I explicitly name the owner of the next task, that id gets an N/A. I seem to have this problem that no editors can transition to the next tasks, only available under iwadmin, or administrator level id's.
any ideas?
Adam Stoller
N/A is an indication that the task is either readonly or that the user who owns the task does not have permission to modify files in that workarea.
Please verify the task definition, the user who owns the task, the group(s) that user belongs to, and the permission on the workarea and the files attached to the job.
--fish
(Interwoven Senior Technical Consultant)