Andrew, There is a fairly simple way to do this. You need to refresh the table field with the field ID 1020. The run process PERFORM-ACTION-TABLE-REFRESH 1020 should get the job done.
I think that should work for any window OPERATION except Dialog. (but that OPERATION should not produce the error that you mentioned. So I think you should be ok.) BTW: You did not mention what ARS version your on. So my suggestion should work in v6.3 and above. (Maybe in an earlier version too, but I did not check.) HTH -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap.... Pick two. On 10/22/07, Andrew Hicox <[EMAIL PROTECTED]> wrote: > Hello everyone: > > I have a an active link that fires a push fields into a supporting > form when the user clicks a button. Depending on some workflow, > pushing to this supporting form may trigger further workflow which > might in some cases push data back into the record the user clicked > the button from. Resulting in the "someone else has modified this > record" state. > > I call the "commit changes" action before I push the data to the > supporting form. However, I need a way, once everything finishes > firing, to force the client to reload the record that is currently > being modified. > > Amazingly, there appears to be no run-process action for this? I > thought for sure there'd be something like that. > > Does anyone know a way to have an active link reload the current > record? Or any better solution to my problem? > > thanks everyone, > > -Andrew > > _______________________________________________________________________________ > 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"
