DragonflyCMS Projects > Treasury and Supporters > Transactions work, but not in register > Community Forums > Phoenix Netology
Forum Index > eCommerce > Treasury and Supporters

Transactions work, but not in register Reply to topic


... and thus not in the block.

A friend and I are both using the latest Treasury, and both having this issue. We had an enjoyable time this afternoon donating $1 to each other and refunding it. Smile

When we test the IPN from the admin panel we both get something along these lines:

Opening connection and validating request with PayPal...

OK!

Selecting database...
Executing test query...
PASSED!
PayPal Receiver Email: email @ domain.com
Is this really your PayPal Email address?
Logging events


Except yes, they are our real Paypal email addresses. Obscured from harvesters here.

So that's all good, but when someone actually tries to donate, the transaction log says:

Opening connection and validating request with PayPal...
OK!
Incorrect receiver email: vs email @ domain.com, aborting
Logging events


So it seems this var:
$receiver_email = Fix_Quotes($_POST['receiver_email']);

is blank?

Any ideas?

Please enter your server specs in your user profile! 😢


The error is trigggered in ipntreas.php line 111// Perform PayPal email account verification if( !$dbg && strcasecmp( $_POST['business'], $tr_config['receiver_email']) != 0) { dprt('Incorrect receiver email: '.$receiver_email.' vs '.$tr_config['receiver_email'].', aborting<br />', _ERR) ; $ERR = 1; }This says that the 'business' field returned from PayPal doesn't match the 'receiver_email' field stored in your _treas_cfg table.

Now, the 'business' field is what is sent from this template code<input type="hidden" name="business" value="{S_PP_RECEIVE_EMAIL}" />where'S_PP_RECEIVE_EMAIL'=> $tr_config['receiver_email'],

So, what you sent out is not coming back.
- are you using a valid paypal email for that account?
- do your pp_notify_url and ty_url fields match in _treas_cfg?

changing the ipntreas code to // Perform PayPal email account verification if( !$dbg && strcasecmp( $_POST['business'], $tr_config['receiver_email']) != 0) { dprt('Incorrect receiver email: '.$_POST['business'].' vs '.$tr_config['receiver_email'].', aborting<br />', _ERR) ; $ERR = 1; }may provide a better clue.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


They do match, and replacing that code didn't do anything different. The email is valid, the donation does work, it just doesn't put it in the database.

Here, I will send you a buck to see if you can duplicate it. 2 Cents Worth

EDIT: and of course, it works like a champ on yours!

Please enter your server specs in your user profile! 😢


Okay, we have now established that PayPal have made some subtle changes to "Website Payment Preferences" - it is now imperative to have Auto Return set to Off. I shall amend the readme to reflect this and provide a new release since I have also done some further query optimizing.

Donations & Audit for DragonflyCMS

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


Thanks for the above and beyond troubleshooting! Smile

Please enter your server specs in your user profile! 😢


Ok how was this fixed again? I am experiencing the same issue. I am check everything in the thread with no luck. I am running the most recent version downloaded from this site.

Please enter your server specs in your user profile! 😢


admin.php?op=Treasury&mode=readme#PaypalSetup

3 wrote
# Treasury does NOT require settings in "Website Payment Preferences".
PayPal settings now require,
• Set/Leave 'Auto Return' to 'Off' in "Website Payment Preferences".
• Set/Leave 'Payment Data Transfer' to 'Off' in "Website Payment Preferences".


EDIT by Phoenix: Note, this is no longer true with the latest releases of Treasury - Auto Return must now be ON.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):

All times are Australia/Adelaide


Jump to: