no updates for payments possible!

You’ll notice that I posted the same issue about a week ago. No response from the developer yet.

sure, but you missed to mark the combo of 4.4 ans 6.0.1.08 as broken.

Unfortunately the developer isn’t responding to either of our posts. Last update was 8 months ago, so hopefully they haven’t decided to dump the plugin.

We are working to resolve this issue.

Hi, just wondering if there is a timeframe for this solution, thanks.

I’m hoping a fix is found soon. I haven’t been able to find any work around to record payments since upgrading to wp 4.4.

Here is the fix.

If you turn on WP_DEBUG ( see https://codex.www.ads-software.com/WP_DEBUG ) you will see amid the numerous warnings, due to sloppy coding, an actual WordPress database error, before the page forwards due to meta refresh html tag after 3 seconds. The column cannot by NULL.

In our case it was event-registration/payments/evr_admin_payments-post.php but event-registration/payments/evr_admin_payments-update.php has the same code.

A fix is to search and replace in those two files:
search: $_REQUEST
replace: (string)@$_REQUEST

Except in these two places:

1.
delete: (is_numeric($_REQUEST['event_id'])) ? $event_id = $_REQUEST['event_id'] : $event_id = "0";
add: $event_id = (string)@$_REQUEST['event_id'];
add: is_numeric( $event_id ) or $event_id = '0';

2.
do not change: if (isset($_REQUEST['mc_gross'])){

Plugins like this that refuse to test with WP_DEBUG on really make it hard for the rest of us the debug our sites, because they litter every page with garbage warnings about undefined variables. This plugin also makes almost no attempt to namespace itself, as others have noted in these support forums. Look at the many generic admin url’s it claims for itself:

• https://example.com/wp-admin/admin.php?page=categories
• https://example.com/wp-admin/admin.php?page=payments
• etc.

On the other hand, it does work for us, and we paid for an add-on. This is the first real bug we have found. Would have been really easy for the devs to clear up if they had kept WP_DEBUG on when testing.

For an example of the search and replace, they all look like this:

delete: $payer_status = $_REQUEST['payer_status'];
add: $payer_status = (string)@$_REQUEST['payer_status'];

Well kitchin, thanks for the solution. johnbanta, are you planning to implement this fix? If not, please let us know so we can do so on our own.

johnbanta, are you planning to implement this fix?

Oakhillman, I don’t own or manage this plugin so wont be releasing a fix myself but will try out the proposed solution above on my own site. Hope it works!

Oh, johnbanta, I’m sorry, I was confused, which happens easily. Just ask my wife. ?? You aren’t the developer, avdude is. But maybe you could let us know if the fix works for you.

So I’ll direct my quesiton to the right person…avdude, are you planning to implement this fix?

The fix appears to have resolved the issue for me. I can now update payments and will check when a new paypal payment is made to see if the new registrations are updated with payment details too.

Thanks kitchin!!

Sure, glad it’s working. Wonder if WP 4.4 changed how it does database inserts when it sees a NULL instead of a string.

I implemented the fix and it seems to work; however, people paying online with paypal don’t auto register their payments in the system like they used to.

Is it just a matter of basically going through all of the files in the payments directory and making a similar change?

I went through all of the files and made the similar changes. The event still allows registration and things seem to still work; however, the payments still aren’t registering in the system like they did.