giuze

Worked for me as well

I could see you changed the address in the new release, thank you

Cool, thank you. I could identify the issue but couldn’t resolve it expect adding some complementary tickets ??

The setup is 2 tickets type and the complementary as well. 1 type and the complementary are sold out, the second type with one ticket left.
The counting method is inherit and maximum tickets per sale is 1 (changing in the link you posted before).
Then the error I posted on my first message happened (I edited the code adding some variables to see what was happening).

Hello, sorry if I didn’t explain wrong the issue. What I mean is when there’s a ticket left only and when ckeboxes are used, it is not possible to buy any tickets.
It is also related to the number of tickets type as there’s a bug in the logic.

Hi, just wanted to let you know that I got many tickets sold today and the ipn worked immediately and didn’t had any error since I changed that link.

I followed a few links and end up here:
https://www.paypal-notice.com/en/IPN-Verification-Postback-to-HTTPS/

Under technical Details it is interesting to see:
The ipnpb.paypal.com and ipnpb.sandbox.paypal.com endpoints accept only HTTPS connections. If you currently use https://www.paypal.com, you should move to ipnpb.paypal.com when you update your code to use HTTPS.

It is a bit contradictory as just after they mention https://www.paypal.com instead of ipnpb.paypal.com
They really put the accent on using https but not much on using the ipnpb address!

The target is june 2017, but it was for https use, they are not really talking about ipnpb.paypal.com vs https://www.paypal.com expect that they really recommend that use.

It says on this page that use of the ipnpb address is strongly recommended

Hello, in Paypal.php, changing the url on line 12
from https://www.paypal.com/cgi-bin/webscr to https://ipnpb.paypal.com/cgi-bin/webscr solved the problem.
I think you should include that in the next update.

Best Regards

Hello, I tried to figure out what could cause this timeout.
The strange thing is that the error says:

WP_Error Object
(
    [errors] => Array
        (
            [http_request_failed] => Array
                (
                    [0] => cURL error 28: Connection timed out after 10001 milliseconds
                )

        )

    [error_data] => Array
        (
        )

)

And the max_execution_time of php was 60 seconds and even increased to 240 by my host right now. I still have a 10s timeout.

Do you have any idea what can cause that timeout to be so “short”?

I did some updates but I don’t see how it would interfere with your plug-in. I don’t have other plug-in that has paypal payments options.
I could see that PayPal use other IP Adresses and those might be blocked so I also contacted my host.

Hi, it works well even without having to edit my CSS.
Thanks for the modification

Thanks

Hi, This is what’s included

/*
 * Add custom fields to each add to cart form. 
 */
add_filter( 'mt_custom_fields', 'create_custom_fields', 10, 3 );
function create_custom_fields( $array ) {
	// Other fields: sanitize callback; input type; input values; display_callback
	$array['food_pref'] = array( 
		'title'=>"Food preferences", 
		'sanitize_callback'=>'sanitize_callback', 
		'display_callback'=>'display_callback',
		'input_type'=>'select',
		'input_values'=>array( 'I eat all ', 'No meat ', 'No Fish ', 'Vegan ' ),
		'context'=> '309'
	);
	/**
	 * Add a second custom field by adding more values to the array
	 *
	 */
	 $array['other'] = array( 
		'title'=>"Other or allergy", 
		'sanitize_callback'=>'sanitize_callback', 
		'display_callback'=>'display_callback',
		'input_type'=>'textarea',
		'context'=> '309'
	);
	/**
	 * Add a third custom field by adding more values to the array
	 *
	 */
	 $array['presence'] = array( 
		'title'=>"Will you miss some of the nights? (which one)", 
		'sanitize_callback'=>'sanitize_callback', 
		'display_callback'=>'display_callback',
		'input_type'=>'textarea',
		'context'=> '309'
	);
	return $array;
}

/* This display callback is used to format the saved data. $context is either 'payment' or 'cart', depending on whether it's appearing in an admin payment record or in the user's cart. */
function display_callback( $data, $context='payment' ) {
	return urldecode( $data );
}

/* This sanitize callback is used to sanitize the data before it's saved to the DB */
function sanitize_callback( $data ) {
	return esc_sql( $data );
}