Steve Ellenoff wrote: > Hi all - > > I've got an old VFP6 app that has a very intermittent bug that is > very puzzling to me. After adding call stack details to my error > handler, I see that the user is opening a new form while editing data > in the first form. Both forms are set to private datasession. In the > new form, she launches a modal search form (ie this is now the 3rd > form open). During the load of this new form, the very first form > which she was editing has a grid, whose afterrowcolchange() is > unexplainably triggered, the result of which causes the form to try > and load a new record, even though she's got un-committed changes. > > I am unable to reproduce this behavior on demand, but in about 30 > data entries a day, the primary user triggers this error 1 - 2 times > a day, or 1-2 out of 30. > > So does any one know what would cause the afterrowcolchange() to fire > while it's form is pretty much hidden by the new 2 forms? > > Thanks for any help- > Steve >
Could you possibly add the RowColChange property conditionally to control the firing logic? -- Michael J. Babcock, MCP MB Software Solutions, LLC http://mbsoftwaresolutions.com http://fabmate.com "Work smarter, not harder, with MBSS custom software solutions!" _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[EMAIL PROTECTED] ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
