PLEASE NOTE: These forums are no longer utilized and are provided as an archive for informational purposes only. All support issues will be handled via email using our support ticket system. For more detailed information on this change, please see this blog post.

Gravity forms registers entry even if payment not made

  1. We require users to create an account to join our site so that they may register for an event. Website registrations work perfectly. We call this 'joining' the site to separate site registration from event registration in the user's mind. To register for an event, you simply go to the page of the even you want to register for and click on the 'Register' button. This brings up a popup that will either send you directly to Paypal to pay for an event or it will allow you to choose which days (of a multi-day event) you want to take part in. This works well, except for two issues.

    If you follow through with the transaction and the payment is completed IPN and transaction ID is logged in the database as it should, but (Issue 1) none of that data is visible in the admin 'Entries' page for that forum and the Payment Status remains on 'Processing' even though the transaction has been complete. Exhibit A

    Next case

    If you click on the PayPal button and get redirected to the PayPal page to sign in, then you click on the browser back button to get back to the event page, the PayPal transaction isn't logged in the the 'rb_paypal_transaction' table (and it shouldn't), but (Issue 2) it is shown in the 'Entries' for that form. Even though the user killed the payment process before it began it still shows their 'Payment Status' as 'processing'?

    How can we show the proper information for a successful PayPal transaction on the admin 'Entries' page (it's in the 'rb_paypal_transaction' table, after all) including proper 'Payment Status' (Issue 1), and only show successful PayPal transactions on that page (Issue 2)?

    Thanks for any help. The documentation for the PayPal add on is sparse and I am having a hard time getting this working properly.

    Posted 7 years ago on Tuesday February 5, 2013 | Permalink
  2. If the transaction is still showing processing, that means your Gravity Form did not receive the IPN from PayPal. In the case of a cancelled transaction, that is the expected behavior: the entry is created and then payment status is updated later. In the case of a completed transaction, if the IPN is not received, you should check your IPN HIstory at PayPal to see if PayPal is having trouble communicating with your site.

    Posted 7 years ago on Wednesday February 6, 2013 | Permalink
  3. So you are saying that the 'Payment Status' should read 'processing' for a cancelled transaction? That doesn't make a lot of sense to me. Is there any way to tell Gravity Forms (a filter or hook) that can stop the 'Payment Status' until the IPN is received from PayPal?

    Also, I our database is receiving IPNs as far as I can tell. Aren't they the 'transaction_id' in the database? Exhibit B If not, where should I start to figure out why I am not receiving IPNs? PayPal is generating them. I can see them in the history at PayPal.

    Posted 7 years ago on Wednesday February 6, 2013 | Permalink
  4. If the IPNs are being sent from PayPal will they automagically end up in the 'rg_paypal_transaction table' or does it require code in the post-IPN hook to update the transaction_type and show the date, amount and transaction id in the entries area of the admin? Just not exactly sure what other setup I need to do.

    Posted 7 years ago on Wednesday February 6, 2013 | Permalink
  5. So you are saying that the 'Payment Status' should read 'processing' for a cancelled transaction?

    Not exactly. The status goes to processing when the entry is created (try a test transaction on your site and check the payment status of the entry before you complete the PayPal checkout.) When I said "Cancelled" I was referring more to an incomplete transaction, where the buyer just does not complete the PayPal checkout and leaves. That payment status will remain stuck on Processing.

    If the buyer actually clicks the "Cancel and return to Your Website" link, the payment status remains at Processing. (I just tested that to be sure.) That may be unexpected, but that is how the add-on currently works.

    I don't know of a filter or hook to prevent updating the payment status to Processing when the entry is created. I just took a look through the add-on and don't see a filter you can use.

    $wpdb->rg_paypal_transaction is the correct table for the transaction ID and the status of the payment.

    For the IPN which are showing sent at PayPal, but the payment status in your entry is still Processing, can you resend the IPN and see if the status is updated?

    Regarding the pending status with a transaction ID, I think that happens when PayPal is waiting for payment to clear. Normally there is an email from PayPal stating the reason that the payment is pending.

    Regarding your last reply, there is no other setup you need to do to make this work. It appears that it's just not working in your installation, but it's not because there is more you need to do.

    I have a logging add-on which may help debug this. If you would like a copy of it, please email me at chris@rocketgenius.com and I will email it to you. Sorry for the trouble.

    Posted 7 years ago on Thursday February 7, 2013 | Permalink
  6. I am also experiencing a similar issue - The form is submitting to the admin even if the user goes to paypal, but does not pay or closes the paypal page. No forms are sent to the user and login access is not granted, but the admin still receives the notification and the user is added to the database.

    Is there a way to not have this notification sent to the admin?

    Posted 7 years ago on Friday February 15, 2013 | Permalink
  7. Yes, on the PayPal feed you have the option to only send notifications upon successful payment completion.

    Posted 7 years ago on Friday February 15, 2013 | Permalink
  8. I have it set to only email admin upon successful payment but admin still receives a copy of the form submission.

    Can I send you logins securely to investigate the setup?

    M
    XMLA | x@xmla.com

    Posted 7 years ago on Friday February 15, 2013 | Permalink
  9. I also noticed that on the form in question, it does not show the options under paypal

    Create post only when payment is received.
    Update Post when subscription is cancelled.

    The other forms display those options. Could this be the possible culprit and why would those 2 options not be visible?

    M
    XMLA

    Posted 7 years ago on Friday February 15, 2013 | Permalink
  10. Hi
    I am having some problems with this process too. The PayPal side of things says its all worked for a user registration process. The paypal notification goes to the user and to admin as expected and the payment process is completed (money taken and received). However, no user is registered and there is no rg_paypal_transaction record created. IPN notification url has been set up as http://enterprisingwomensouth.co.uk/?page=gf_paypal_ipn and I'm running this as Production.

    The form runs from http://enterprisingwomensouth.co.uk/join-enterprising-women-south/ which is also set as the User Registration page in Settings.

    Any thoughts?
    Cheers
    Steve

    Posted 7 years ago on Monday February 18, 2013 | Permalink
  11. What is the payment status of the entry which was created when the form was submitted?

    Posted 7 years ago on Monday February 18, 2013 | Permalink
  12. Payment staus says 'processing'. rg_paypal_transactions is empty. Does this need to be edited manually?

    Posted 7 years ago on Monday February 18, 2013 | Permalink
  13. I tried resending the PayPal IPN but status stays as processing.

    Posted 7 years ago on Monday February 18, 2013 | Permalink
  14. If the payment is still with a status of processing, that is your problem. There is some reason that PayPal cannot get that IPN to your site. If Gravity Forms never receives that, then the status will not be updated and the rest of your actions will never be taken, because it appears the payment was never completed. Please check with your host to see if there is something blocking access to this URL when PayPal tries to access it. Or, see if they have server logs showing the access. I'm not familiar enough with the Zeus web server to know what configuration might be causing you trouble.

    Posted 7 years ago on Monday February 18, 2013 | Permalink
  15. Hey Guys,
    I noticed that on the form that is submitting the user info even if the user abandon's the paypal payment , it does not show the options under options

    Create post only when payment is received.
    Update Post when subscription is cancelled.

    The other forms display those options. How can I enable those 2 options on my form under the paypal section in admin?

    Please Advise.

    M
    XMLA

    Posted 7 years ago on Wednesday February 20, 2013 | Permalink
  16. Are you using post fields in this form where the options do not appear? Those options will not be shown if the form has no post fields.

    Posted 7 years ago on Friday February 22, 2013 | Permalink