CFv5 Wordpress Migration - Issues with CURL

Howdy,

I;ve been sing CFv4 on Joomla for almost a year and everything has worked great! We just moved our site to Wordpress and here is where my problem begins. On Joomla I was using CFv4 with CUR [GH] and I was able to post to vtiger webforms with no ssues at all. On Wordpress it is a different story because CURL [GH] isn't available (super bummer). I have everything I can to get a form to post to vtiger and all I keep seeing is "webform not found" in the debug. I have tried adding the post array data and whether I put the values in ' or " it pops an error saying an expected value and ends up adding \ to my custom code. IS there a way to get CURL [GH] back or can please help me get CURL figured out? Here is a link to the pastebin showing how it passes the first name, last name, email and phone but does NOT pass the Public ID or modulename thus causing it to fail. Thanks!

http://pastebin.com/YE7nqMHR

Hi capodac,

And what do you have in the curl action settings ?

Regards,
Max

This is my custom code:

<?php
$form->data [ 'publicid' ] = 'cf9b372bbc27c6ad15274d210aa81fe5';
$form->data [ 'moduleName' ] = 'Contacts';
?>

This is my CURL:

publicid=publicid
moduleName=moduleName
firstname={firstname}
lastname={lastname}
email={email}
homephone={homephone}

Here is the debug output:

Parse error: syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING

Array
(
    [chronoform] => vavwp
    [event] => submit
    [firstname] => C
    [lastname] => A
    [homephone] => 8888888888
    [email] => blah@bah.com
    [captcha] => 
    [button6] => Submit
    [curl] => {"success":false,"error":{"message":"Webform not found."}}
)
Array
(
)
Errors
Array
(
)
Debug Info
Array
(
    [3] => Array
        (
            [Curl] => Array
                (
                    [0] => CURL OK : the CURL function was found on this server.
                    [1] => $curl_values: firstname=C&lastname=A&email=blah%40blah&homephone=8888888888
                    [2] => curl_target_url: https://domain.org/crm/modules/Webforms/capture.php
                    [3] => curl_errors: 
                    [4] => curl_info: Array
(
    [url] => https://domain.org/crm/modules/Webforms/capture.php
    [content_type] => text/html
    [http_code] => 200
    [header_size] => 224
    [request_size] => 232
    [filetime] => -1
    [ssl_verify_result] => 0
    [redirect_count] => 0
    [total_time] => 0.95422
    [namelookup_time] => 0.004051
    [connect_time] => 0.00439
    [pretransfer_time] => 0.072267
    [size_upload] => 79
    [size_download] => 58
    [speed_download] => 60
    [speed_upload] => 82
    [download_content_length] => -1
    [upload_content_length] => 79
    [starttransfer_time] => 0.867715
    [redirect_time] => 0
    [certinfo] => Array
        (
        )

    [redirect_url] => 
)

                )

Your custom code action is BEFORE the curl ?

Yes and I've also tried it after with the same result. I continue to get his error:

Parse error: syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING

and it doesn't pass the publicid or the module name

Oh, try to remove the spaces in your PHP code, except the ones around the equal = sign.

Oh I've tried that and I still get this:

Parse error: syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING in /home/collin/public_html/vavnew/wp-content/plugins/chronoforms/admin/chronoforms/actions/custom_code/custom_code.php(20) : eval()'d code on line 2
Data Array
Array

when I remove the spaces I go back to Custome Code and it addsa bunch of \ into the code...

<?php
$form->data[\'publicid\'] = \'cf9b372bbc27c6ad15274d210aa81fe5\';
?>

Do you have magic quotes turned ON on your server ? if yes then please ask the host admin to turn it OFF.

Magic Quotes are off by default.

magic_quotes_gpc Off **DEFAULT**, Click to Edit
Options & Information magic_quotes_runtime Off **DEFAULT**, Click to Edit

This issue happened to few WP users before, I don't have a specific solution though, but after doing a search on this, it looks like some plugins may apply the magic quotes on the POST vars, so please try to "Deactivate" any other plugins you have on your website then try to save the form once with clean code (no slashes) and check if the slashes are still added ?