Error when hitting submit

[deno1965]

This is the message I get when I hit the submit button-
Fatal error: Call to undefined function curl_init() in C:\xampp\htdocs\DragonThemes\WA_eCart\Adv_CO_Scrip ts\PP_DirectPayment_PHP.php on line 311


And when I hit the paypal button I get this-
Fatal error: Call to undefined function curl_init() in C:\xampp\htdocs\DragonThemes\WA_eCart\PP_ECO_Scrip ts\PP_ECO_PHP.php on line 428

Don't know where to start with it. Could this be because I did'nt fill in my info to just view and test the page? Or does'nt that matter?

Dean

[Ray Borduin]

You need to enable the curl library in your php.ini file. see: http://www.php.net/manual/en/curl.setup.php

[deno1965]

Hey Ray,

I also already have this up on my webhost cause this is going to be my site, and when I hit the submit button or the paypal button, this is what I get, Transaction Not Completed We're sorry Your PayPal transaction could not be completed. Is this the same issue as you stated above?

Dean

[Ray Borduin]

No, this is another error that is returned from paypal. Most likely a problem with your user information or data submitted from your form.

Use the bindings panel to add the full response including error message for the process that brings you to the error page. It will allow you to view a detailed error description and properly debug this issue.

[deno1965]

Hey Ray,

I'm not totally with you on this one sorry. What page exactly do I do this on? And do I drag that out onto that page? My guess is the checkout page.

Dean

[Ray Borduin]

On the failure page where you see the errors. Go to bindings and click the plus button and go to eCart->Local checkout response and choose the part of the paypal process when the error occurs.

Then you can drag and drop things like an error message from the bindings panel.

[deno1965]

I figured it out, I thought I was setup with paypal to use pro, but I was'nt and did the cart using pro. I had to use standard to make it work.

My next leg is making digital downloads work.
Dean

[deno1965]

This is getting rediculous that after every move I make I'm getting errors. The newest is when I try to save the recordset to join the orders and orderdetails tables together via the videos(and it test ok) I get a javascript error when hitting ok. Did this 4 times now and retyped all that info in, to get this. Even restarted my comp. No good. Says javascript error recordset.htm. 2010 will be here till I get this done. This is being done on the checkoutsuccess.php.

Dean

[Ray Borduin]

I'm ashamed to admit that this is a bug in CS4 that we recently discovered. I think if you submit a support incident they can give you a DW file to replace to fix it globally. I believe we also have an eCart update that fixes this problem if you look in your order history.

The problem is that DW Recordset server behavior errors when any other server behaviors are on the page that aren't using the new EDML technique for building server behaviors. We have discovered a way to fix it and are implementing the fix into products where we have found the problem. We can also give you a fix to the actual recordset server behavior to fix CS4 so it doesn't have this problem in general if you contact support they will give you that file.

[deno1965]

Well I know I sounded harse, and I'm sorry Ray. I respect you for the help you give people in making things happen. I don't think there's any reason for you to be ashamed, I think Adobe, the quote, unquote, leader in software should be ashamed. They make good money for their software and should be on these Bugs. Starting to think they are as bad as microsoft. When something like this happens it should be announced to the users on how to correct.

Dean

[Ray Borduin]

We are used to inheriting and fixing problems in DW, I guess we have done it so much I forgot that we can at least share the blame.

I am only ashamed to admit it because even though it is technically a bug in the CS4 Recordset, we could have caught it and fixed it with more careful testing before we released our cs4 updates. Taking responsibility for DW bugs has been our business for years now. ;)

[deno1965]

Hey Ray,

Nobody seems to have a answer for this, I sent the files in on a ticket as asked along with the whole recordset typed and tables for database. Where's this file to fix it? Adobe is giving me a runaround, saying they don't know of the error message.

Dean

[Ray Borduin]

What server behaviors do you have applied on the page? What is your support incident number? Our guys will find a fix with you, but you might have to be patient if the usual updates aren't working.

[deno1965]

The ticket is #90237. Jimmy Wu is working on it. He said he was sending a file to replace the WADA_5DatabaseSearch.js for any pages with a DataAssist server behavior on it, I guess. I know I did'nt recieve any answers from the Adobe forums. Thanks Ray. I think you should be a Tech.

Dean

[deno1965]

Hey Ray I'm back,

Still no answer to this problem. He thinks my Config folder was corrupt. I put a brand new harddrive in yesterday and started completely from scratch with all the updated extensions and it still won't let me add the server behaviors. I can go to my registration page and just highlight the server behavior for the capcha and CS4 crashes. This is'nt a comp problem, I think its one of the updated files causing it, cause it all worked fine before. All those pages have behaviors attached, and I was able to copy and paste them before. The only behaviors on the checkout_success.php is the ecart to show the cart in my right column of my page and the universal email. That's it. I can't finish my site to do downloads till this is resolved cause I can't create the recordset for the download link.

Dean

[Ray Borduin]

I have responded to your support incident. I'll help you debug this offline.

[deno1965]

Hey Ray,

I did receive your message and I appologize, I was here, but passed out. I spent a late one up the nite before sitting here trying new things. Started from scratch, but put the originals aside.I can easily put those back in.

Dean

[deno1965]

Hey Ray,

I figured out what part of my delema was. I had the cart total items and amount in the right column of my pages. The problem for some reason was that the behavior on each of these pages had an exclamation point in front of it. Once I removed the behavior from the page, I was able to go forward with the rest of my recordsets and behaviors with no errors. I don't understand why I can't do that without an error though, it was showing the proper info and updating as I added items to my cart despite showing the exclamation point in front of the behavior for the cart.

Dean

[Ray Borduin]

I would have to debug to make sure. Do you remember what server behavior with exclamation point it was? The recordset itself or one of ours?

[shiftyzero-25]

I found a workaround for the Recordset Javascript bug. This might be a bit tedious for some, but it works for me everytime. What i do is to select all the server behavior code at the top of my page (php, or asp), i then cut it and past it into a notepad file for temporary storing. I then proceed to insert my recordset(s), then i simply past my code back into the page. Be careful, dreamweaver will create a new link to your connections file, so you will need to remove either one of the connections so you won't have duplicates. My server behaviors all reappear with no ugly red exclamations along with the new ones i've created.

Hope this helps.