iwcallback not working after post

Hi Guys, Opening up a new thread on the issue.
Could not find the desired solution.

1. Teamsite Version : 7.4.1
2. WFM
3. Customizing PLC
4. Back to Back CGI operation.
5. Transitioning from CGI Screen 1 to Attach Dependencies (Default Task in PLC)

I have a created a custom cgi screen in perl, plugged a cgi task right before the attach depedencies task in plc. I am using cgi wrapper to call my abc.ipl from this task.CGI lite object is used inside the same.

There is a form on the screen, which initiates post operation on the same file on click of continue button.

There are two cases :
1. Success Case Scenario : When there is no post operation required on the abc.ipl, $cgi->iwcallback successfully moves to the next task(Attach Dependencies -CGI) and run its operations automatically.

2. Failure Case Scenario : when due to business requirement, a user is supposed to click on the continue button on the abc.ipl screen, $cgi->iwcallback fails and throws the attached alert.

I am not able to find the cause, since both the transitions are same but it fails after post operation.

FYI : 1. Both cgi task owners are same.
2. $cgi->iwcallback is used.
3. Correct transition link name is passed.

Can somebody help me finding the error, or any log except in which i can find the error/root cause.

Thanks

Shashank

Find more posts tagged with

Comments

Adam Stoller

The CGIs in the PLC workflow are all using CSSDK - Java / JSP and are not using Perl - so the use of Perl's CGI may not work there.

Also - you need to make sure that all the context exists for the successive CGI to work properly.

ShashankJain

The CGIs in the PLC workflow are all using CSSDK - Java / JSP and are not using Perl - so the use of Perl's CGI may not work there.

<Shashank>My CGi screen is working properly, the problem is of transitioning to the next default - Attach Dependencies task.

Also - you need to make sure that all the context exists for the successive CGI to work properly.

<Shashank> Can you please explain this in detail ? What do i need to do ?

Adam Stoller

ShashankJain wrote:
ghoti wrote:
The CGIs in the PLC workflow are all using CSSDK - Java / JSP and are not using Perl - so the use of Perl's CGI may not work there.
<Shashank>My CGi screen is working properly, the problem is of transitioning to the next default - Attach Dependencies task.
ghoti wrote:
Also - you need to make sure that all the context exists for the successive CGI to work properly.
<Shashank> Can you please explain this in detail ? What do i need to do ?

My point about the language for the CGI was with respect to the seamless transitioning from the custom CGI task to the OOTB CGI task, which also applies to the context pieces - assuming that you are inserting your custom CGI in between two OOTB CGI's - it is possible that the preceeding CGI provides context information for the successive CGI - and by inserting your custom CGI in between you could be breaking that context.

Unfortunately, the details are burried in the vendor-code for those CGIs - so you either have to reverse-engineer them a bit or wait for someone with more time and inclination than I feel like providing right now (I'm supposedly on vacation)

ShashankJain

Thanks ghoti for replying even when you are on a holiday.

I really appreciate you for the same.

My custom CGI screen is the first task in the workflow and then i am transitioning to the default task.

I cant figure out why it is not throwing an error when my cgi screen transitions automatically without any user input.

It only breaks when user is supposed to submit the form.

Rick Poulin

Post your code maybe? As you said, it should be simple enough if you had it working automatically, so the answer must be something silly and specific to your code.

ShashankJain

Okay, I am attaching the lock_Validate_File_PLC.ipl file that shows up my custom screen.

It is called in WFM CGI task as : /iw-bin/iw_cgi_wrapper.cgi/workflows/lock_Validate_File_PLC.ipl

Let me know if you need any further inputs.

ShashankJain

I think i have figured out the problem, but dont know the solution to fix it.

After click of button, my custom .ipl loads again and call $cgi->iwcallback.

This $cgi->iwcallback again calls a form load function as below due to which the error comes in its usage.

Some mandatory properties may get removed for second form submission.

Still no luck with the solution.

<html>
<head>
<script language="javascript">
function handleOnLoad()
{
document.mainform.submit();
}
</script>
</head>
<body onload="handleOnLoad();">
<form name="mainform" method="post" action="/iw-bin/iwcallback.cgi">
<input type="hidden" name="return_page" value="tasks_list">
<input type="hidden" name="callback" value="Call Attach">
<input type="hidden" name="callback_comment" value="Success">
</form>
</body>
</html>

Adam Stoller

I just took a glance at your code - and based on your description I have two comments:

When you get the taskid from the CGI form variables - you have to make sure you're looking at a scalar variable, if not (i.e.: it's an array - which is likely to happen if you loop back to the same cgi script) - you then have to resolve it into a scalar (essentially: $taskId = $taskId->[0];)
When you loop back, you need to make sure you tunnel through ALL the existing form variables that were retrieved when the script was initially called - there's a routine to help with this in the TeamSite::CGI_lite module as well - read the perldoc.

The second problem is likely the source of your current problem, the first issue you haven't run into because you're currently hard-coding the taskid.