Hi Jack, Archana I think this advice is plain wrong.
First, you cannot use the encrypt and decrypt functions to decrypt a Remedy password. These functions are there to allow you to encrypt your own data fields with a key supplied by you in workflow filters. The Remedy password uses some other encryption. Also notice that when you encrypt a string, then encrypt the same string again you will get different results. Each time you encrypt a field the result is different, so presumably the timestamp when the encryption occurred is part of the algorithm (and part of the result). That means you cannot compare strings that you encrypt yourself without decrypting them first. So Jack, the question is, what do you want to achieve through these 2 fields? If you want your user to enter an existing password and confirm that it is correct, use the Application-Confirm-Password process in a set fields like $PROCESS$ @@:Application-Confirm-Password $Password$ Where $Password$ is the field that the password was entered in. If the password is incorrect an ERROR will be issued stopping further processing. If you want them to enter the same password into 2 fields to prevent mistakes in typing (when changing a password), these fields do not need to be the special reserved field 102. Nor does the data need to be encrypted. If you wish you can mask the string typed in (display properties of the fields). Use display-only fields for the input, compare the inputs using workflow, then set/push the new password where you want if the strings match. HTH David Sanders Remedy Solution Architect Enterprise Service Suite @ Work ========================== ARS List Award Winner 2005 Best 3rd party Remedy Application See the ESS Concepts Guide tel +44 1494 468980 mobile +44 7710 377761 email [EMAIL PROTECTED] web http://www.westoverconsulting.co.uk -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Vyom Labs - ITSM Support Sent: Thursday, May 03, 2007 4:56 AM To: [email protected] Subject: Re: Password Hi Jack, You can take two password character fields on one form with different database ids. Retrieve login name, password from the AR System User form and compare with another password character field with that password field which is coming from AR System User form in encrypted format for that you can use filter because in active link, decrypt and encrypt functions are not visible. You have to write filter for converting encrypted format into decrypted format using decrypt function. Then compare two password fields and if it will be matched then perform action according to user Regards, Archana. -- www.vyomlabs.com Consulting | Oursourcing | Training || ITIL | IT Governance |BMC Remedy Jack Samson wrote: > Hi All, > > Is it possible to have 2 password fields for comparision on one form? > If not then how would one compare a User form password to a character > field? > > Thanks, > > Jackson > > _________________________________________________________________ > Mortgage rates near historic lows. Refinance $200,000 loan for as low > as $771/month* > https://www2.nextag.com/goto.jsp?product=100000035&url=%2fst.jsp&tm=y&search =mortgage_text_links_88_h27f8&disc=y&vers=689&s=4056&p=5117 > > > ____________________________________________________________________________ ___ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > ARSlist:"Where the Answers Are" ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
