Use at least one field from the other form to the form you are setting a value and it will take the hard coded value. I have used that in the past. It can be a dummy value that may be over written by a correct value in the sequence by another AL... I guess I am just repeating what was already said...:)
Sent from my iPhone On Sep 23, 2013, at 2:46 PM, "Mueller, Doug" <[email protected]> wrote: > ** > Claire, > > As LJ has indicated, this is behavior that the system has had from the > beginning. > > For better or worse, the system is recording all data that it needs to > perform the operation and is not > keeping extraneous data that has no value. > > Well, since you are not pulling any data from the other form, the system is > not keeping the form or the > query. All it needs is the hard coded value being assigned. > > Now, you could argue, but I want the query because I want the "no match" > criteria to determine whether > the hard coded value is assigned or not….. > > But, unfortunately, that is not the way the system works. Because you have > not specified a value to pull > back, we don't have in the protocol a place to store the form/query. > > If you are wanting to conditionally save a hard coded value, you can alter > your definition just slightly…. > > Put in your form and query and assign your hard coded value. AND, pull back > the entry ID to a temp field > that you are not using. You don't need that ID, but now there is a field and > it will retain the query and > form. > > I hope this helps, > > Doug Mueller > > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of Longwing, Lj > Sent: Monday, September 23, 2013 12:40 PM > To: [email protected] > Subject: Re: Active Link Weirdness > > ** > Claire, > I can guarantee you that you haven't made them 'like this', ever...or not > since I started working on Remedy back in 3.2 world....I'll tell you what's > happening, and how to fix it. > > So....this is further complicated because of Dev Studio not refreshing as > soon as it happens like Admin tool used to....but this is a consistent > behavior since early releases. > > When you do a set field from another form, you need to pull something back > from that form, in your screen shots, you are hard coding the only thing you > are setting, so Remedy decides that you don't actually NEED the other form > being you aren't using any of the results....so it puts it back to 'current > transaction' > > So...to be able to do what you want, you need to pull a value from the other > form, I typically pull the Request ID, and then use another piece of workflow > to determine if that field is null or not, and take action on that.... > > > On Mon, Sep 23, 2013 at 1:31 PM, Sanford, Claire > <[email protected]> wrote: > ** > <image001.jpg>I created an Active Link in Dev. Tested it and it worked. I > then opened it up in Dev Studio and most of my qualifications were gone! > Poof! > > I’ve made AL’s like this for years! I can’t figure out what is wrong. I > re-made it, same thing happened after saving it. The screen shots show the > qualifications when I save it and then when I open it they are gone. > > > What stupid, small thing am I missing? << File: QualBlanks.jpg >> > > ITSM 7.6.04 SP2 > ARS 7.6.04 SP3 > Oracle 11.2.0.3.0 - 64bit Production > Win 2008 Server > > Claire Sanford > Information Systems Division > Memorial Hermann Healthcare System > [email protected] > > > > > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
