Thanks, Dave.  I do have it working now, in an Active Link, using field 102.
If I use an unencrypted field (i.e. NOT 102), does the API do the encryption
before it does the comparison?

 

Rick

 

From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of David Sanders
Sent: Friday, November 20, 2009 12:18 PM
To: [email protected]
Subject: Re: Validating Remedy Passwords

 

** 

Hi Rick

 

I use this process in active links with no problem (with a regular field ID,
not 102).  I don’t know about CTM:People, but it confirms that the password
entered matches the current user’s Remedy password, whether that be stored
in the User form or authenticated via AD.  You can only test it using YOUR
password.

 

HTH

 

David Sanders

Remedy Solution Architect

Enterprise Service Suite @ Work

==========================

 

tel +44 1494 468980

mobile +44 7710 377761

email  <mailto:[email protected]>
[email protected]

 

web  <http://www.westoverconsulting.co.uk/>
http://www.westoverconsulting.co.uk

 

  _____  

From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of Rick Cook
Sent: Thursday, November 19, 2009 6:57 PM
To: [email protected]
Subject: Re: Validating Remedy Passwords

 

** 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 <[email protected]>
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 <[email protected]>:
> **

>
> 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: [email protected] ARSlist: "Where the Answers
> Are"_

____________________________________________________________________________
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected]
<mailto:sponsor%[email protected]>  ARSlist: "Where the Answers
Are"


_Platinum Sponsor: [email protected] ARSlist: "Where the Answers
Are"_ 

_Platinum Sponsor: [email protected] ARSlist: "Where the Answers
Are"_ 


_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"

Reply via email to