Support

April 22, 2015 at 2:13 pm

I’m having trouble writing a custom offline gateway for EE3 and I hope you can help. Sometimes it works as it should, but sometimes the returned registration id will be confirmed with a registration id that belongs to a previous order, which of course will result in the error “There was a problem finding your Registration ID”. Let me walk you through.

The payment provider requires a return url and a notification url for every request. I generate these with:

$return_url = home_url() . '/?page_id=' . $org_options['return_url'] . '&r_id=' . $payment_data['registration_id']. '&type=sofort';
$notification_url = home_url() . '/?page_id=' . $org_options['notify_url'] . '&r_id=' . $payment_data['registration_id']. '&type=sofort';

The generated urls seem to be correct. The gateway takes me to the payment page, I put in my data and I’m redirected to the EE site. The url looks like this: mydomain.com/?page_id=5&r_id=1-5537f8e5bf761&type=sofort

My function to get the attendee id looks like this.

function espresso_transactions_sofort_get_attendee_id($attendee_id) {
	if (!empty($_REQUEST['r_id'])) {
		$attendee_id = $_REQUEST['r_id'];
	}
	return $attendee_id;
}

The returned $attendee_id matches the r_id in the url and the registration id in the database. Now, with some orders the security matching of the registration ids in payment_page.php and process_payment.php is succesful and the order is processed correctly with the gateway. But more often than not, the registration ids don’t match and I get the error “There was a problem finding your Registration ID”.

I changed the error message to display the variables that are being compared ($payment_data[‘registration_id’] and espresso_return_reg_id()). I noticed that the former contains the registration id of a previous test order. This even happens after clearing the browser cache.

I’m at a loss here, and I’d appreciate any hint to a solution.