There have been many times when I though I had initiated variables/UDF's on the action side of a file when, in fact, I had not.
Assuming that everything is in order with what Charlie has suggested, if I'm seeing something that looks like code is never being run, the first thing I'd be looking for is to make sure I've put it in a place where it can be executed. If I'm not seeing any error being thrown or some other kind of output, it's usually something fairly simple.....like referring to something in the form scope that yields an unexpected result or testing for an incorrect value. Without seeing specific code, it'd be hard to say. But I'd start simple. :) Hope that helps. I can't [cid:[email protected]] ___________________________________________________________________________________________ Troy Jones | Developer/Support Technician | Dynapp Inc | 1-800-830-5192 ext. 603 | dynapp.com<http://www.dynapp.com/> | facebook.com/dynapp<http://www.facebook.com/dynapp> From: [email protected] [mailto:[email protected]] On Behalf Of Charlie Arehart Sent: Thursday, April 28, 2011 7:05 PM To: [email protected] Subject: RE: [ACFUG Discuss] CF Submits & Function Behavior By the "blocks of code that fires on the submit back to the page", let's be clear: do you mean something on a CFM page? That is called as the ACTION of the form? And is there any code on that page that might be set to run differently based on what the current cgi.request_method value is? If so, you'd want to do it in code that runs if the request_method is "post". Finally, another easy mistake to make is that the FORM you are submitting may not have Method="post". In that case, it defaults to Method="get", and you may therefore be processing the page differently because of that. If that doesn't help, share some more info and perhaps we can help. /charlie From: [email protected] [mailto:[email protected]] On Behalf Of Matthew Nicholson Sent: Thursday, April 28, 2011 6:46 PM To: [email protected] Subject: [ACFUG Discuss] CF Submits & Function Behavior Evening All! So, I'm trying to make my life a little bit easier with an auditing module on this application. I'm a little be confused though with a behavior I'm experiencing on a submit post back to the page. (The user clicks a buttons and we reload the page and perform a bunch of logic.) Here's the behavior: I've written my function and tied to a stored procedure. If I declare it upon load and call it immediately, everything works swimmingly. However, if I try to make the same function call in one of the blocks of code that fires on the submit back to the page, the function doesn't fire (nor crash). Where I'm feeling quite n00bish is the same pattern is being employed on the page for a different module and I'm not seeing what's the issue. Any suggestions would be greatly appreciated! Matthew R. Nicholson SolTech, Inc. Cell: 770-833-5326 www.soltech.net<http://www.soltech.net/> To find what you seek in the road of life, the best proverb of all is that which says: "Leave no stone unturned." ~Edward Bulwer Lytton ------------------------------------------------------------- To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink<http://www.fusionlink.com> ------------------------------------------------------------- ________________________________ No virus found in this message. Checked by AVG - www.avg.com<http://www.avg.com> Version: 10.0.1325 / Virus Database: 1500/3602 - Release Date: 04/28/11 ------------------------------------------------------------- To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink<http://www.fusionlink.com> ------------------------------------------------------------- ------------------------------------------------------------- To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -------------------------------------------------------------
<<inline: image001.jpg>>
