PHweb : Some data issues when moving from screen to screen

[Etienne Rompré]

Peter,

please use Succursale : MONTREAL COIN/DECARIE.

SLPT038 is a table for some fees but it's not set-up for the RIMOUSKI 
locaton.  (will be optional later in coding)   My mistake.  Sorry.

Etienne

Peter Bateman a écrit :
> Hi Etienne:
>  
>     I tried your app but on page WEBP5502
>     I tried to rent a compact from 20080219.09:00 to 20080220.16:30
>     I got the following message
>        Not on lookup file. (SLPT038) I believe there is a French
>        message file that you can deploy.
>  
>     Do these screens all work in Quick ?
>  
>     I like to get a terminal version working before making
>     the web version.
>  
>     Could it be that the reservation number is generated
>     automatically by the application by adding 1 to control value?
>     What happens if the control file is empty?
>    
>      To avoid file locking during business hours many VAX powerhouse
>      applications fill up a mailbox with generated unique values in off
>      hours.
>      The application simply reads the mailbox to get the next key. 
>    
>  
>     Regards,
>     Peter
>  
>    
>  
>    
>  
>  
> 
> 
>  > Date: Tue, 12 Feb 2008 11:53:16 -0500
>  > From: erompre at koala-tech.com
>  > To: powerh-l at lists.sowder.com
>  > Subject: PHweb : Some data issues when moving from screen to screen
>  >
>  > Dear gurus...,
>  >
>  > I'm in need of some help.
>  >
>  > I'm in the process of creating a reservation section on our site using
>  > PHweb. The res engine have 5 pages.
>  >
>  > You can go to http://support.kangouroute.net/test_res to see it live.
>  > No HTML modification have been made yet before it's running OK.
>  >
>  > please Use Rimouski as SUCCURSALE for testing.
>  >
>  > Page #1
>  > name : WEBP5501 (car class and dates)
>  >
>  > This page function perfectly as I planned. No error messages at all.
>  >
>  > this is the call I use to call page #2
>  >
>  > the info displayed in page #2 is updated in page #1 in a PREUPDATE
>  > procedure.
>  >
>  > NEXTPAGE WEBP5502 &
>  > ACTION "LoadData" &
>  > AFTER UPDATE PASSING ERES_NUME AS "WEBFRS2:ERES_NUME"
>  >
>  > Page #2
>  > name : WEBP5502 (rates for car class)
>  >
>  > This page function perfectly as I planned. No error messages at all.
>  >
>  > this is the call I use to call page #3
>  >
>  > NEXTPAGE WEBP5503 &
>  > ACTION "LoadData" &
>  > AFTER UPDATE PASSING ERES_NUME AS "WEBFRS3:ERES_NUME"
>  >
>  > the data to be displayed in page #3 is update in a preupdate procedure
>  > in this screen.
>  >
>  > Page #3
>  > name : WEBP5503 (Cost estimates for the rental )
>  >
>  > I get this error message even is the data is correctly displayed in the
>  > page.
>  >
>  > "No records were found matching index/selection values."
>  >
>  > The proof is that the RES number and all the rates information are on
>  > screen.
>  >
>  >
>  > the call for the next page:
>  >
>  > NEXTPAGE WEBP5504 &
>  > ACTION "LoadNew" &
>  > AFTER UPDATE PASSING ERES_NUME AS "WEBFRS4:ERES_NUME"
>  >
>  >
>  >
>  > Page #4
>  > name : WEBP5504 (Customer information )
>  >
>  > "No records were found matching index/selection values."
>  >
>  > I get this error message but I do not understand since this page and the
>  > action asked is LoadNew. There should be no search involved.
>  >
>  > If I populated the field and click ADD, I get the message :
>  > "Data access error. (WEBFRS4*01) %RMS-F-DUP, duplicate key detected (DUP
>  > not set)"
>  >
>  > I never updated this file.
>  >
>  > If I click the search button, I get the record with blank spaces and 0
>  > in the phone number. but this file has never been updated by any screen
>  > yet....
>  > If I modify the info and click Change, the file gets updated and I can
>  > go to Screen #5.
>  >
>  >
>  > I'm a bit lost. Our senior programmer is very fluent in Powerhouse but
>  > not so in the web part of it.
>  >
>  > Any help or suggestion would be appreciated....
>  >
>  > Thanks!
>  >
>  > Etienne
>  > --
>  > = = = = = = = = = = = = = = = = = = = = = = = = = = = =
>  > Mailing list: powerh-l at lists.sowder.com
>  > Subscribe: "subscribe" in message body to 
> powerh-l-request at lists.sowder.com
>  > Unsubscribe: "unsubscribe <password>" in message body 
> to powerh-l-request at lists.sowder.com
>  > http://lists.sowder.com/mailman/listinfo/powerh-l
>  > This list is closed, thus to post to the list you must be a subscriber.
>  > Add 'site:lists.sowder.com powerh-l' to your search terms to search 
> the list archive at Google.
> 
> 
> ------------------------------------------------------------------------