Intressting, very interessing...

--
Jarl


2009/11/19 Rick Cook <remedyr...@gmail.com>:
> ** Ah HA!  The 7.0 documentation is incorrect.  It states to use the Field
> ID in the Process call, but when I used the Field NAME, as you did, it
> works!
>
> Thanks for the idea, buddy!  I couldn't have done it without you.
>
> Rick
>
> On Thu, Nov 19, 2009 at 3:23 PM, Jarl Grøneng <jarl.gron...@gmail.com>
> wrote:
>>
>> Did a test now, fieldid 102 and $PROCESS$
>> @@:Application-Confirm-Password $Current Password$ gives 1 or 0 into a
>> std integer field.
>> (running from a button)
>>
>> Same behavior on 7.5 patch  3 and 7.1 patch 5 (however; 7.5 user tool
>> crashing if doing the same operation 4 times in a row...)
>>
>> --
>> Jarl
>>
>> 2009/11/19 Rick Cook <remedyr...@gmail.com>:
>> > ** I'm not firing it on Submit, though, Jarl.  I am firing it on Return,
>> > which is exclusively an Active Link action.  I could piggyback a Submit
>> > action onto that, but I don't see how that would make any difference.
>> >
>> > BTW, I am using ARS 7.0.1 p7, with ITSM 7.0.3 p7.
>> >
>> > Rick
>> >
>> > On Thu, Nov 19, 2009 at 1:52 PM, Jarl Grøneng <jarl.gron...@gmail.com>
>> > wrote:
>> >>
>> >> There is no problem running filter on submit on a display-only form.
>> >> (You may also combine this with the service action if your on a never
>> >> version)
>> >>
>> >> --
>> >> Jarl
>> >>
>> >> 2009/11/19 Rick Cook <remedyr...@gmail.com>:
>> >> > **
>> >> >
>> >> > I have a process in which I want the user to enter their Remedy
>> >> > password
>> >> > to
>> >> > validate their participation.  A dialog pops up, the user enters
>> >> > their
>> >> > password in it and clicks OK, and if the password matches that in
>> >> > CTM:People, it goes forward. If not, the dialog stays open until they
>> >> > get it
>> >> > right or click the Close button.
>> >> >
>> >> >
>> >> >
>> >> > I have tried comparing the password fields in workflow, and for
>> >> > various
>> >> > reasons, it fails.  I also tried copying the password values into
>> >> > regular
>> >> > character fields and comparing those, but that, too, fails.
>> >> >
>> >> >
>> >> >
>> >> > Finally, I tried using the '$PROCESS$ @@:Application-Confirm-Password
>> >> > <field
>> >> > ID>', (using both field 102 and a regular character field) in a Set
>> >> > Fields
>> >> > to an integer field, but though that doesn’t error, it always returns
>> >> > a
>> >> > zero
>> >> > (fail) value when I run it in an Active Link, which I have to do
>> >> > because
>> >> > I
>> >> > am running this from a Display-Only form as a Dialog.
>> >> >
>> >> >
>> >> >
>> >> > Can anyone point to what I am missing to make this work?
>> >> >
>> >> >
>> >> >
>> >> > Rick
>> >> >
>> >> > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the
>> >> > Answers
>> >> > Are"_
>> >>
>> >>
>> >>
>> >> _______________________________________________________________________________
>> >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> >> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers
>> >> Are"
>> >
>> > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
>> > Are"_
>>
>>
>> _______________________________________________________________________________
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Reply via email to