Hi, If you are using RunProcess action in filter instead of set fields actions then you will have to use the filter phase override naming convention i.e. filter name must ends with '!. This causes the action to run in first phase and allow the changes to be committed to database.
Thanks, Rajendra On Sun, Dec 13, 2009 at 10:41 AM, [email protected] <[email protected]> wrote: > Joe D'Souza wrote: > >> If it works it should work from either Run Process or the set field >> $PROCESS$.. >> >> Set field actions are better though as they return a success or failure >> code >> to the field and you can do what you want with that result in terms of >> error >> handling.. >> >> I think what might be interesting to check besides the filter log, is what >> gets returned as that value.. >> >> Joe >> >> -----Original Message----- >> From: Action Request System discussion list(ARSList) >> [mailto:[email protected]]on Behalf Of [email protected] >> Sent: Friday, December 11, 2009 3:14 PM >> To: [email protected] >> Subject: Re: Add-Attachment fail on Filter >> >> >> Hyunkel v2.0 wrote: >> >> >>> ** I'm trying now to add the attachment to the field, but guess i'm doing >>> something wrong. >>> >>> For add the attachment i'm using a filter with a Run Process that calls >>> for: >>> >>> $PROCESS$ PERFORM-ACTION-ADD-ATTACHMENT 536880912 >>> "/home/remedy/fit_ftp/other.txt" >>> >>> The filter is getting executed but, the attachment is not being attached >>> to the field. >>> >>> Do i need to do anything, or am i missing something? >>> >>> Best Regards >>> >>> >>> *Hugo Ruesga* >>> *perotsystems*^*®* >>> US 972.577.7000 >>> MX +52 (33) 3332.3868 >>> >>> P Please consider the environment before printing this email >>> >>> /The information contained in and transferred with this electronic >>> message is intended only for the recipient(s) designated above, it is >>> protected by law and it may contain information which is privileged and >>> confidential. If you are not the intended recipient, please do not read, >>> copy, or use it, and do not disclose it to others. Please notify the sender >>> of the delivery error by replying to this message, and then delete it from >>> your system. //Thank you./ >>> >>> >>> >>> >> >> I'm curious to see if the problem is both ways. Save the file into the >> attachment field, and remove from the server. >> >> Add a filter the runs PERFORM-ACTION-SAVE-ATTACHMENT 536880912 >> "/home/remedy/fit_ftp/other.txt" >> >> Also, have you tried running from the Run Process instead of $PROCESS$ ? >> >> Do you have a Db-Max-Attach-Size set in the ar.conf? >> >> >> _______________________________________________________________________________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> Platinum >> Sponsor:[email protected]<sponsor%[email protected]>ARSlist: >> "Where the Answers Are" >> >> >> > Yes, it should work the same unless something was done wrong. Could be a > good reason it is in the List... > > Since error handling was mentioned; if the $PROCESS$ is set in the > attachment field, it should get a data type error pop up; unless we are on a > version with error trap, and the filter has one. I'm sure everyone looking > at this thread would like to see the filter log. I would not mind getting > the filter in a def file. > > -David > > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum > Sponsor:[email protected]<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"
