This may also relate to Chuck Conrad's post earlier about the inability to save a row.
I found a bug that I posted over the weekend that is in the last two builds of 7.1. It has to do when trying to save a record where there is a Foreign Key field that is NULL: in build 0525 and prior, this was allowed, but in builds 0621 and 0624 it is not. If you SET MESSAGES ON and SET ERROR MESSAGES ON and try to edit the row again, see if you get an error message. If so, go back to the 0525 build. Or wait for the next build - we all know how speedy RBTI is at fixing bugs! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Sami Aaron Software Management Specialists 913-915-1971 [EMAIL PROTECTED] -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Victor Timmons Sent: Tuesday, July 05, 2005 10:41 AM To: RBG7-L Mailing List Subject: [RBG7-L] - Form/Table refresh Problem I have a form that worked 2 updates ago and now it will not work right. This is basicly how the form is setup. 1 temp table Some form vars that are the names of columns Custid = .vCustID CustName = CustName IN Customer WHERE CustID = .vCustID a "Varible Edit" control that sets up the vCustID Var and a Form refresh in a exit eep. It will not update the form now or the table. If I put the older update back on and change nothing else the form starts to work again. I started out by rewriting a form that was first done in 6.5++ and had the problem so I converted the form instead and it has the same thing happening. Any ideas would be helpful. Im not sure if I have found a BOOBOO or something has change so this method does not work anymore or Im doing something wrong Victor Timmons Tiz's Door Sales, Inc 425-258-2391
