Need to get WF disposition from previous step

Hi,

With a WebReport, I am trying to get the WF Disposition choice from a prior step. It looks like I could get it from WFTASKINFO:BUTTONS but how do I get the workID and the task ID - the trigger ID only gives me the subworkID (OK, the subworkID and workID are usually the same unless you are inside a sub-WF map, but I digress....). There doesn't seem to be a WR tag that tells me what task I am on. And given that I am not on the same task as where the disposition was, how do I get the disposition for another task.

-Hugh

Find more posts tagged with

Comments

HF_PSPC

PS If I could even get the task ID of the step I am on, I could in theory run my WR from the task where the disposition is set (so long as the WR runs after not before the disposition choice is made).

I'm now diving into the database in case I've hit upon an edge case that WR WF extensions doesn't cover.

-Hugh

PPS CS 21.2

HF_PSPC

I tried finally to hard code my task ID - i.e. the task I knew had the disposition. I then used the WFTASKINFO:BUTTONS to try and get the disposition that was set. I think this tag only gives you the disposition choices, not the chosen disposition. THere doesn't seem to be a subtag that gets you a real disposition.

When I tried this route, I got a generic error about not being able to access the task info. When I traced it in CSIDE, I discovered that this subtag requires WAPI.StartTask(). This will of course fail because the task has already completed.

I can get this info, but I'm going to have to execute a LiveReport to query the database to get this info.

-Hugh

Appu Nair

A WR involved in a WF will give you &workid,&subworkid,&taskid as passed in vars when the WR is hit with that you are free to deduce your logic from wmap or ww* tables.

All the standard WF constraints will be there just like any API accessing WF Data Structures...

Hans Stoop

I would normally set an WF attr in each of the branches of the disposition.

Task IDs are unfortunately not the same between maps and instances.

It is possible to get the task names and the task IDs, but to base it on that is not a robust solution for future maintenance.

Hans

HF_PSPC

@Appu Nair where do you get the task ID? So far all I have is the subwork ID from [LL_REPTAG_TRIGGERID /]

The documentation doesn't define anything like TaskID. If I could get the task ID for the task that contains the WR being executed, I could then use the task title to guide setting the disposition and do what Hans suggested. That way I don't have to write a separate WebReport for each possible disposition which seems like bad design. I concur with Hans about the WFDispositions table not being reliable, especially if the WF goes through a few loops - the WFDisposition table doesn't identify the iteration (unless it only stores one record per task per WF).

-Hugh

Appu Nair

Kindly confirm by a screenshot or something your wF map setup . There is an ordinary WR triggers and there is a WR WF trigger that mimics a start event script I cannot understand what you are talking about

BTW the task is will be given to you if you look at the screenshot of the WF map I posted on your other question where you remarked some weirdness in your date setting code

Appu Nair

@Hugh Ferguson @HF_PSPC I also think this thread may help you to see if the trigger is actually sending relevant info about the task i once did sosmething in CSIDE so it is not an answer but something to latch on...

https://forums.opentext.com/forums/support/discussion/comment/949510#Comment_949510