nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Workflow session issue

Jenni

Hi All,

Thanks in advance. I am having a link in an email, which would take me to the instantiation screen of a workflow. I am having two cases here.

Case 1) If User is logged in already and have session, the instantiation screen shows up, which is good

Case 2) If User is not logged in and no session, the instantiation screen still shows up, which should not happen. Usually it should taken us to login screen if there is no session.

Any ideas?

Thanks!
Jenni

Find more posts tagged with

Comments

nipper

How long do you have the login cookies configured to last ? Check your iw.cfg settings.

Jenni

How long do you have the login cookies configured to last ? Check your iw.cfg settings.

Hi Andy,

Thanks for your reply. I dont think it has anything to do with the iw.cfg setting. Here is the scenario to better understand the issue.

I have logged out of Teamsite. I go to the email, and click on the link, which would take me to instantiation screen of the workflow. In reality I should be redirected to the Teamsite login screen, then enter my credentials and then I should be able to see the screen. This is not happening.

Thanks!
Jenni

dataset01.png

dataset02.png

nipper

Did you truly log out or did you X out the browser ?

TS drops a cookie for login, that is good for 24 hours default. Mine are set for infinite.

If you open a browser and go to the TS server, does it as you to login ?

Also, compare the URLs that the email uses and you use.

I am lazy and only use http://TSSERVER/ however the email uses http://TSSSERVER.domain.corp.com/ so they use different login cookies. So if you logout the1st, that has no bearing to the second. Finally as you know, different browsers do not share cookies. I use Mozilla as my std browser but use IE for TS. Again, requires login.

HTH

Andy

ISCBorisB

I dont think it has anything to do with the iw.cfg setting...

Think again. Andy's reply is right on. TS saves the result of logging in a session cookie. When you log off
your session object will be garbage collected but not immediately. Get to TeamSite Administration Guide and check
"Setting Login Authentication and Cookie Expiration".

Jenni

Did you truly log out or did you X out the browser ?

TS drops a cookie for login, that is good for 24 hours default. Mine are set for infinite.

If you open a browser and go to the TS server, does it as you to login ?

Also, compare the URLs that the email uses and you use.

I am lazy and only use http://TSSERVER/ however the email uses http://TSSSERVER.domain.corp.com/ so they use different login cookies. So if you logout the1st, that has no bearing to the second. Finally as you know, different browsers do not share cookies. I use Mozilla as my std browser but use IE for TS. Again, requires login.

HTH

Andy

Hi Andy,

I am using the URL http://TSSERVER/. I had logged out by clicking the "Logout" link at the top right corner of the UI. I am using the same browser (Internet explorer).

Here is the link from the email,

http://shacondev03/iw-bin/iwwft_instantiator.cgi?contributor=ts-admin&iw_branch=/default/main/sha/internet/marylandroads/Projects/AL333_51&iw_file=PLC_project_assignment.wft&iw_first_time=true&iw_home=/usr/iw-home/&iw_role=editor&iw_session=NotUsed&iw_setwfarg_email_addr=stalla@sha.state.md.us&iw_template_file=PLC/PLC_project_assignment.wft&iw_template_name=PLC_project_assignment&iw_use_defaults=false&iw_user=shacadd\stalla&iw_workarea=/default/main/sha/internet/marylandroads/Projects/AL333_51/WORKAREA/workarea

Thanks,
Jenni

Tbag

Are you using IE7? I've found that if you have your main TeamSite session in Tab_1, and then click a link in an email that opens Tab_2 it can cause this behavior...the second tab never really gets logged out.

The solution (in our case) was to change our IE7 settings to "open links from other applications in *this* tab" instead of the default "open links from other applications in a *new* tab"

Migrateduser

The authentication filter is only set for jsp and serverlets so CGI url's are not passed through the filter. Probably this might be the issue in your case so might want to try the servlet workflow URL in the email to get the login screen when the session is timedout.

Jenni

Are you using IE7? I've found that if you have your main TeamSite session in Tab_1, and then click a link in an email that opens Tab_2 it can cause this behavior...the second tab never really gets logged out.

The solution (in our case) was to change our IE7 settings to "open links from other applications in *this* tab" instead of the default "open links from other applications in a *new* tab"

Hi Taom,

We are on IE 6

Thanks!
Jenni

Jenni

The authentication filter is only set for jsp and serverlets so CGI url's are not passed through the filter. Probably this might be the issue in your case so might want to try the servlet workflow URL in the email to get the login screen when the session is timedout.

Hi,

Thanks for the reply. We are using the link,

http://shacondev03/iw-bin/iwwft_instantiator.cgi?

Can you show us an example with the servlet or JSPs (as you mentioned) URL in the email? Can we find it in any mannuals? Is there any other recommendations for this?

Thanks!
Jenni

Migrateduser

Hi,

Thanks for the reply. We are using the link,

http://shacondev03/iw-bin/iwwft_instantiator.cgi?

Can you show us an example with the servlet or JSPs (as you mentioned) URL in the email? Can we find it in any mannuals? Is there any other recommendations for this?

Thanks!
Jenni

You can use http://shacondev03/iw-cc/command/iw.ccpro.new_job URL and pass all the required parameters like area, workflow name etc. I have never tried this so not sure if it works for you or not.

Jenni

You can use http://shacondev03/iw-cc/command/iw.ccpro.new_job URL and pass all the required parameters like area, workflow name etc. I have never tried this so not sure if it works for you or not.

Hi,

I tried it. But it is giving me invalid workflow on clicking the "Start Job" button. Any other suggestion?

Thanks!
Jenni

ISCBorisB

Hi,

I tried it. But it is giving me invalid workflow on clicking the "Start Job" button. Any other suggestion?

Thanks!
Jenni

Jenni, what is the problem you are trying to solve?

Is it still that "two different Login sessions/cookies" mix-up you've started this thread with?
(The one where GUI Log-off has no bearing on the logging from e-mail)
If the answer is "Yes", another URL format in the mail won't change a thing. If the answer is "No", what is it?

Jenni

Jenni, what is the problem you are trying to solve?

Is it still that "two different Login sessions/cookies" mix-up you've started this thread with?
(The one where GUI Log-off has no bearing on the logging from e-mail)
If the answer is "Yes", another URL format in the mail won't change a thing. If the answer is "No", what is it?

Ok, let me clearly explain my issue.

Step 1: I am on a new box (fresh) without any prior logins to TS. I open my mail and click on a link(which would take me to the instantiator screen of a workflow).

Step 2: I am able to see the instantiator screen of the workflow.

Step 2 *should not happen* as I had not logged into the TS. I should have automatically routed to the login screen right?

Thanks,
Jenni

ISCBorisB

I should have automatically routed to the login screen right?

That's correct, you should. What happens if you clear all browser's cookies and try e-mail link again?
If you clear all cookies AND restart iwserver and try again?

Jenni

That's correct, you should. What happens if you clear all browser's cookies and try e-mail link again?
If you clear all cookies AND restart iwserver and try again?

Hi,

Thanks for the reply. I tried your way, but it gives me the same error. If I clear all browser's cookies and try e-mail link again, same result. Any other ideas?

If you could please give me some suggestions on how to use the below link as suggested by batasari,
http://shacondev03/iw-cc/command/iw.ccpro.new_job
that would be great. Just have a feeling that it might work.

Thanks!
Jenni

ISCBorisB

Hi,

Thanks for the reply. I tried your way, but it gives me the same error. If I clear all browser's cookies and try e-mail link again, same result. Any other ideas?

If you could please give me some suggestions on how to use the below link as suggested by batasari,
http://shacondev03/iw-cc/command/iw.ccpro.new_job
that would be great. Just have a feeling that it might work.

Thanks!
Jenni

That's a hack, you do not need it (just like instantiator CGI you are using). Servlet behind this URI is available and documented.
Take a look at "Interwoven® User Interface Customization Guide", Using URL Commands - Workflow URL Commands.

Your command is "newjob", format is
http: //shacondev03/iw-cc/newjob?vpath=default/main/YourBranch/YourWA - to get Available Workflows Page OR
http: //shacondev03/iw-cc/newjob?vpath=default/main/YourBranch/YourWA&iw_template_file=YourWftRelativePath to get to a particular one

Jenni

Hi,

Thanks for the continued efforts. Now, it is the new issue.

I am now using the following link,

http://server/iw-cc/command/iw.ccpro.new_job?contributor=ts-admin&iw_branch=/default/main/internet/test/Projects/AT866_11&iw_file=PLC_project_assignment.wft&iw_first_time=true&iw_home=/usr/iw-home/&iw_role=editor&iw_session=NotUsed&iw_setwfarg_email_addr=abc@domain.com&iw_template_file=PLC/PLC_project_assignment.wft&iw_template_name=PLC_project_assignment&iw_use_defaults=false&iw_user=domain\abc&iw_workarea=/default/main/internet/test/Projects/AT866_11/WORKAREA/workarea

The above link is taking me to the login screen (if not logged in) or taking me to the instantiator screen ( if logged in). But I could not pass any parameters to the workflow. Is there anything I am missing?

Thanks!
Jenni

Adam Stoller

Time to take a step-or-two back....

Jenni

[QUOTE=ghoti]Time to take a step-or-two back....

the above parametersHere it is taking user to the login screen if there is no session. But it is not taking/remembering the passed parameters. Are we missing anything to grab the passed parameters?Thanks,Jenni

ISCBorisB

1. Version - TS 6.5 SP2, Win2K3 SP1 - Yes, I read the section.
2. The following are the parameters used for this link

http://server/iw-cc/command/iw.ccpro.new_job?
contributor=ts-admin&
iw_branch=/default/main/internet/test/Projects/AT866_11&
iw_file=PLC_project_assignment.wft&
iw_first_time=true&
iw_home=/usr/iw-home/&
iw_role=editor&
iw_session=NotUsed&
iw_setwfarg_email_addr=abc@domain.com&
iw_template_file=PLC/PLC_project_assignment.wft&
iw_template_name=PLC_project_assignment&
iw_use_defaults=false&
iw_user=domain\abc&
iw_workarea=/default/main/internet/test/Projects/AT866_11/WORKAREA/workarea

3. I am trying to display the workflow for assignment. I am getting the expected results by using the following link:
http://shacondev03/iw-bin/iwwft_instantiator.cgi?...+ the above parameters

The problem with this url is if there is no user session, it is not taking user to the login screen. By reading the url commands and forum suggestions, we are trying to use the following command, because this command will check for the user session:
http://server/iw-cc/command/iw.ccpro.new_job?...+ the above parameters

Here it is taking user to the login screen if there is no session. But it is not taking/remembering the passed parameters. Are we missing anything to grab the passed parameters?

Thanks,
Jenni

The use of 'iw.ccpro.new_job' command is a hack, it's neither documented nor supported. You can certainly try to do it but you are on your own.

The subset of this command functionality is exposed to TS Developers via documented and supported iw-cc/newjob URL Command, I believe
that I've already referenced documentation somewhere in this thread. Supported parameters for 'newjob' URL are vpath, iw_template_file,
iw_template_name and done_page. That's it.

What you are really trying to do is to apply parameters you were using in one (hacked) 'iwwft_instantiator.cgi' CGI to
another (hacked as well) 'iw.ccpro.new_job' TS Command*. In the TS Workflow instantiation chain 'iwwft_instantiator' is
actually used after 'iw.ccpro.new_job'. Your assumption that it is somehow possible to force 'new_job' to behave like
'iwwft_instantiator' is IMO a wishful thinking.

If you would like us to provide some guidance, I can only repeat what Fish already asked.

What exactly are you trying to do?

___________________________________
* The difference between TS 'CGI' and TS 'Command' may be subtle and is strictly speaking irrelevant to the topic we are
discussing. Slightly oversimplifying, 'CGI' refers to CGI Module(that is a loaded term on it's own) and 'Command' is a
URI mapped to corresponding Java Servlet.

Jenni

The use of 'iw.ccpro.new_job' command is a hack, it's neither documented nor supported. You can certainly try to do it but you are on your own.

The subset of this command functionality is exposed to TS Developers via documented and supported iw-cc/newjob URL Command, I believe
that I've already referenced documentation somewhere in this thread. Supported parameters for 'newjob' URL are vpath, iw_template_file,
iw_template_name and done_page. That's it.

What you are really trying to do is to apply parameters you were using in one (hacked) 'iwwft_instantiator.cgi' CGI to
another (hacked as well) 'iw.ccpro.new_job' TS Command*. In the TS Workflow instantiation chain 'iwwft_instantiator' is
actually used after 'iw.ccpro.new_job'. Your assumption that it is somehow possible to force 'new_job' to behave like
'iwwft_instantiator' is IMO a wishful thinking.

If you would like us to provide some guidance, I can only repeat what Fish already asked.___________________________________
* The difference between TS 'CGI' and TS 'Command' may be subtle and is strictly speaking irrelevant to the topic we are
discussing. Slightly oversimplifying, 'CGI' refers to CGI Module(that is a loaded term on it's own) and 'Command' is a
URI mapped to corresponding Java Servlet.

Thanks for the reply. I am taking your advice and trying to use the "iw-cc/newjob" servlet. But I cannot pass the workarea value. I am using the variable "vpath" as mentioned. Is that a correct name for that variable? Here is the link with parameters I am trying,

http://server/iw-cc/newjob?
iw_template_file=PLC/PLC_project_assignment.wft&
iw_template_name=PLC_project_assignmen&
vpath=/default/main/sha/internet/Projects/AL333_51/WORKAREA/workarea

I am trying to set the contributors and the approver for branch in TS using a workflow.

Thanks!
Jenni

ISCBorisB

Thanks for the reply. I am taking your advice and trying to use the "iw-cc/newjob" servlet. But I cannot pass the workarea value. I am using the variable "vpath" as mentioned. Is that a correct name for that variable? Here is the link with parameters I am trying,

http://server/iw-cc/newjob?
iw_template_file=PLC/PLC_project_assignment.wft&
iw_template_name=PLC_project_assignmen&
vpath=/default/main/sha/internet/Projects/AL333_51/WORKAREA/workarea

I am trying to set the contributors and the approver for branch in TS using a workflow.

Thanks!
Jenni

Your syntax seems to be correct, vpath and all (iw_template_name has a typo at the end but it is just a label, it's irrelevant).

Make sure that iw_template_file is specified relative to iw-home/local/config/wft.
Debug it without mail. Open up new browser window and paste your URL. What is the problem manifestation?

Jenni

Your syntax seems to be correct, vpath and all (iw_template_name has a typo at the end but it is just a label, it's irrelevant).

Make sure that iw_template_file is specified relative to iw-home/local/config/wft.
Debug it without mail. Open up new browser window and paste your URL. What is the problem manifestation?

Hi Boris,

Thanks a bunch. Yes the URL is working with the following format,

http://server/iw-cc/newjob?
iw_template_file=PLC/PLC_project_assignment.wft&
iw_template_name=PLC_project_assignment&
vpath=/default/main/internet/Projects/AL333_51/WORKAREA/workarea

There was a mistake in the WF template and not the URL. Again thanks everyone for the time and efforts.

Thanks!
Jenni