Thank you . . . will take you up on your suggestion and cross my fingers. thanks again m
On Mon, Jan 28, 2013 at 9:13 AM, Russ Michaels <r...@michaels.me.uk> wrote: > > ok in which case you need to detect what captivate sends to the server and > what gets sent back when using the original PHP scripts. > > You can use wireshark to do this which will show you the request and > response. > > Or perhaps a quick and simple test, make a CFM page which posts the data to > the PHP script, and see what CF gets back. > > > > On Mon, Jan 28, 2013 at 3:03 PM, M <opusmyh...@gmail.com> wrote: > > > > > You appear to be focusing on the fact that my code isn't doing > > anything. However, the issue is that the CFML --no matter what it > contains > > -- is not getting processed at all. After lots of troubleshooting, I > > stripped down the CFML file to what I posted before to ensure that I was > > not dealing with any coding issues of my creation. > > > > As I understand it, the current code should *always* return "It > worked > > .. I got this far" -- whether it's getting posted form data or not. I > am > > not getting that with the Captivate 6 submissions. > > > > I can call the page directly or via a form created to try and match > > what captivate is posting (though the posted form data is not an exact > > match), and I will get my output back. It is only when the format > > Captivate is used is posted to a ColdFusion server that I get the > problem. > > > > It is appearing that Captivate is doing something that ColdFusion 9 > > does not like, and I'm trying to sort out if it's a ColdFusion problem or > > something else is going on. > > > > In the current condition, I know it's not a coding problem, but where > > do I look next? > > > > > > > > On Mon, Jan 28, 2013 at 8:23 AM, Russ Michaels <r...@michaels.me.uk> > > wrote: > > > > > > > > If that is the content of your CFML page that then is why it is not > > > working, as you are not doing anything with the data. > > > You cannot just submit data to a blank page that does nothing, you need > > > some code in there to process what is being posted to it. > > > > > > > > > On Mon, Jan 28, 2013 at 2:19 PM, M A <opusmyh...@gmail.com> wrote: > > > > > > > > > > > Apologies for the confusion. The two files in the directory are the > > HTTP > > > > requests that are uploading the Captivate data. > > > > > > > > My current internalServerReporting.cfm looks like this: > > > > > > > > <html> > > > > <body> > > > > It worked ... I got this far.... > > > > </body> > > > > </html> > > > > > > > > So, there's no CFML in the file, or anything, but I don't even get > the > > > > string back -- appearing to indicate the CFM page is not being > > processed > > > > for some reason. So the CFM code doesn't seem to matter at all. > > > > > > > > Is there an explanation for this other than a personal grudge on > > > > Captivates end? > > > > > > > > thanks > > > > m > > > > > > > > > > > > >Neither of those files contain any code? > > > > > > > > > >Regards > > > > >Russ Michaels > > > > >www.michaels.me.uk > > > > >www.cfmldeveloper.com - Free CFML hosting for developers > > > > >www.cfsearch.com - CF search engine > > > > >On Jan 25, 2013 6:37 PM, "M" <opusmyh...@gmail.com> wrote: > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:354092 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm