[FX.php List] RECID anomaly, more info
Jonathan Schwartz
jschwartz at exit445.com
Sat Mar 8 18:01:22 MST 2008
I make no such promise. ;-)
Log file could show you the clues:
- Time/Date/User/OS/Browser/Recid of last screen user viewed
- Time/Date/User/OS/Browser/Recid of when user returned
- Time/Date/User/OS/Browser/Recid of last screen that produces FMEdit
- Error Code/Found Count/Recid of actual record edited by FMEdit.
Anything else is just guesswork.
Regarding the reported fx find error...I've not tested that. But, I
always test for foundCount=1 when I expect a single record returned,
and throw an error screen to avoid further processing.
HTH
Jonathan
At 5:17 PM -0600 3/8/08, Dale Bengston wrote:
>Bob,
>
>I promise I won't use the word "log" or "file" anywhere in this reply. ;-)
>
>When the session times out, the FX query is searching for contact id
>= nothing. Unfortunately, a busted search in FX retrieves *all* the
>records in the table, not *no* records. (This one of my least
>favorite characteristics of the FX class.) I'm betting the FMFind()
>is set to retrieve one record, so the broken search finds all,
>returns first. The recID is picked up from that first record.
>Subsequent edits happen to that record.
--
Jonathan Schwartz
Exit 445 Group
jonathan at exit445.com
http://www.exit445.com
415-381-1852
More information about the FX.php_List
mailing list