Process bypass

[GCC Consulting]

> -----Original Message-----
> From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com
> [mailto:filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com] On
> Behalf Of Rami Mantoura
> Sent: Thursday, September 27, 2012 3:26 PM
> To: Kenneth Brody
> Cc: Filepro-list at lists.celestial.com
> Subject: Re: Process bypass
> 
> Here is the sequence and keep in mind it does work on the SCO box
currently
> so I am wondering if something changed.
> Auto process starts, then input processing, It does a chain command to a
> second process. (here is the problem) They fill in data and hit esc esc.
> (it should go to the top of the second process at that point.... Correct?)
then
> back to auto and then input.

If you have chained to another processing table, when you save the record,
after auto processing has run, you should return to the top to f the
processing table you chained to.  

You would need to have a line in at the top of the chained table chaining
back to the original table.  If not, you will be end from the new table.

Also keep in mind when you chain back, you are at the top of the original
table and will have to end out of the processing here or do something else.


Richard Kreiss
GCC Consulting

Office: 410-653-2813






> 
> On Thu, Sep 27, 2012 at 3:18 PM, Kenneth Brody <kenbrody at spamcop.net>
> wrote:
> 
> > On 9/27/2012 12:04 PM, Rami Mantoura wrote:
> >
> >> Hi all,
> >>
> >> Would anyone know what would cause a process from not going to the
> >> top of the prcessing table after the esc esc if hit? It goes directly
> >> to the automatic process.
> >> This works fine on the old SCO unix server running fp4.8.
> >>
> >> I am moving my server to a linux box running FP7.
> >>
> >
> > Are you sure you are using the same processing tables?
> >
> > The only thing I can think of that would prevent input processing from
> > running after pressing SAVE (short of there being no input processing
> > in the first place) would be if the screen was being updated due to a
> > SCREEN statement on the last line of input processing.
> >
> > --
> > Kenneth Brody
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://mailman.celestial.com/pipermail/filepro-
> list/attachments/20120927/f4a29855/attachment.html
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list