Unable to callback CGI task

Hello All,

I am on TeamSite version "7.3.2 Build 155 Interwoven".

My issue is regarding callback from a CGI task.

The CGI task is starting after a group task. If the group task is taken by the Job owner then the callback from CGI task is successfull.

However, my group task is a review task and not supposed to be taken by the Job owner.

whenever any user in SharedBy group in Grouptask takes the task and initiate the CGI task, the CGI task failed to callback.

below is the error I am getting in iw-home/local/logs/iwui/error.log :

User XYZ is not allowed to call back task 9,269,524.
ERROR:02439: Operation not permitted

Here user XYZ is the user who is being impersonate by iw-cgi wrappper as the group task is owned by XYZ.

So far I have tried all 3 possible ways to call back in CGI:

$task->CallBack($transition, $comment);

$cgi->iwcallback("Business_Marketing_Approval_Step", "$comment");

system("$iw-home/bin/iwcallback -s $servername $taskID 0");

All of them yielding the same error.

So my question is how do we callback from a CGI task when the Task owner is not the Job Owner?

Is there a way out to bypass the iw-cgi wrapper which is responsible to impersonate the task owner as CGI task executer and run the CGI task as System user?

THANKS IN ADVANCE!!

Find more posts tagged with

Comments

Adam Stoller

$task->CallBack($transition, $comment);
$cgi->iwcallback("Business_Marketing_Approval_Step", "$comment");
system("$iw-home/bin/iwcallback -s $servername $taskID 0");

The first and third are definitively wrong for use within a CGI Task program.

The second one used to work, but I believe it should instead be replaced with a javascript redirect to:

"/iw-cc/transitiontask?taskid=$nextTaskId\&done_page=/iw-cc/base/util/close_or_home.html";

Where $nextTaskId would be the id of the task to which the CGITask should transiton, which you can obtain by looking up the task by name using something like:

my ($success, $nextTask) = $job->GetTaskByName("Business_Marketing_Approval_Step");
if (! $success) { 
   #=# Error handling, diagnostic logging, etc.
}
my $nextTaskId = $nextTask->GetId();

AnuragSengupta

Thanks Ghoti for your responce.

But I belive it is more of a access related error, as the $task->CallBack($transition, $comment); approach works for me when the Job owner triggers the CGI task.

Also the GetTaskByName method will not work for me as I am going to call the same CGI program from multiple tasks and unlike external tasks we can not pass the transition job name argument to CGi program from wft.

Adam Stoller

AnuragSengupta wrote:

Also the GetTaskByName method will not work for me as I am going to call the same CGI program from multiple tasks and unlike external tasks we can not pass the transition job name argument to CGi program from wft.

Have you heard of job and/or task variables? Within those you can place the name of the task to callback to, and thus you can pass it as a parameter to the CGITask program.

AnuragSengupta

Yes I am aware of $workflow->GetVariables.

But lets face the real issue here.

How can a user who is not the Job owner can execute the CGI task and successfully callback.

I assume the javascript method you wnat me to include will be triggred onClick event of some button say "done", But my CGI program is serving the purpose of only a URL redirection. I want the CGI to open a new browser window and callback to the parent task.

The Parent group task have three successors, Preview(will execute the CGI and call back to parent task), Approve and Reject.

Adam Stoller

It's now SMOP - a small matter of programming.

I've provided you potential implementation strategies - what you do with it is up to you, but I firmly believe that you have what you need if you spend some time and put it all together correctly.

AnuragSengupta

I kind of have the same feeling Smiley Wink
Could you please share me an example of how do we call back from CGI task and why the callback is failing for me with error meassge "User XYZ is not allowed to call back task 9,269,524." if the CGI task is excuted by someone other than the job owner.

Adam Stoller

Without being there and being able to debug things - I cannot determine the source of, nor fix for, the issue you are experiencing - and as I'm not getting paid, I have very little incentive to bother trying to reproduce the issue myself. Sorry.