Surely.
I have the table qualification as the following: $Assigned To$ = 'Lists'
The problem is that $Assigned To$ is "dynamic". It can changes.
So let say I have two entries one after each other, X and Y.
Through the workflow, the table takes X for the qualification so I can
see in Column 2 the members,. Let say Toto and Titi.
Then after another parse, the table takes next entry Y. But then it
returns again Toto and Titi. Eventhough, Y has members Tata and Toutou.
What is puzzling me is that at the end if I check on the form, I can see
the expected values on the table.
So I though maybe at some point in the workflow I need to somehow
"reset" the value in the table. So I tried many things, but it's like
the filters are fired at the same time.
I mean, I know how the filter processing works as described in the doc.
But let say I have a first filter which set the field as it should fit
the qualification. The second filter which is also a set field, will
empty it.
The third filter is suppose to set again with the next value. But even
though, up to now I was only able to either get empty values at the end.
Like the set to NULL has the last word. Or again, the table takes the
right value for first Column. But again, the values returned for column
2 are the one checking the condition of first value.
Actually that's why I am a bit puzzled and suspect my workflow being
crapy. Instead of what Peter Romain suspect as being a limitation of the
version 6.01 I am running. The problem is that I am not able to test
myself on another version at the moment.
Because my management is taking some time to decide that we should go
for verison 7 anyway.
Anyway.
If somebody could have a great idea....
Serouche
Aaron Keller wrote:
When I get stuck on something like this, I find it's good to take a step
back and determine:
What is the big picture; what are you attempting to accomplish with this
workflow?
>From my reading of your message, you might be wanting to enter a seris
of "list" names in one field, and have a table field display the members
of those lists. Is that correct? If so, why do all the parsing and
filter guides? You could just use a fancy table qualification. Such
as:
("%" + 'List Name' + "%") LIKE $Character Field$
-drake
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Remedy Maniac
Sent: Monday, December 03, 2007 9:20 AM
To: [email protected]
Subject: there must be a way to do this ... please read and help ...
Dear listers,
I already posted this issue few times during the past month. Without any
success.
And i am still stuck.
What I try to do is to loop on a table. But it doesn't behave
correctly. My concern is that I am not sure whether it is related to the
workflow I wrote or if it is a limitation of the ARSystem we are
running, v6.01 with latest patch This is what I do:
on the web I fill in a character field with several logins. I push a
button which sends the lines to a form A.
On Submit on that form I fire a filter guide.
The filter guide takes each login and checks whether it is in the User
form. If no, it checks whether the entry exist in Form B AND whether it
corresponds to a "list name".
This Form B contains a list of distribution lists with "list name" and
"member name".
If the "list name" = the login checked, a tempfield takes this value. On
Form A I have a table field with a qualification as follows : tempfield
= list name So if "list name" = the login checked, is met then the table
takes the list name and I am able to read into a loop the values of
members found in the table.
Everything works fine, except that if I put 2 tables, the workflow
returns back two times the same members of the first list found.
Is anybody able to help with this problem?
Thank you.
Serouche
________________________________________________________________________
_______
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
SunCom is the wireless company that's committed to doing things differently.
Things we want you to know.
This e-mail and any files transmitted with it are confidential and are intended
solely for the use of the individual or entity to whom they are addressed. This
communication may contain material protected by the attorney-client privilege.
If you are not the intended recipient or the person responsible for delivering
the e-mail to the intended recipient, be advised that you have received this
e-mail in error and that any use, dissemination, forwarding, printing or
copying of this e-mail is strictly prohibited.
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
