Forum Replies Created
-
Posts
-
No unique URL is needed. You only specify your website URL (just the homepage URL) for the webhook. When the webhook is received, the plugin listens for the data and then it processes the payment notification.
Let me know if that was a clear answer to your question.
Since you are running sandbox, please confirm the following:
– Do you have the plugin (both estore and the payment gateway bundle) set to sandbox mode also?
– Enable the debug logging option (if you don’t have it enabled already)
– Post the URL Of the page containing the Stripe button you created using our shortcode. We can then inspect a few things on that page.
Once the webhook starts to work correctly (meaning no more 301 errors), the subscription will continue to work fine. The plugin will keep processing the payment at the specified interval.
How are you using it? The answer is going to vary if you are talking about an e-commerce transaction VS a download button created using the following shortcode:
That 301 response will be the issue. Can you please look at the log from your server to see what exact URL it is giving the 301 response for?
Does the destination URL exist? Do you have a SEO plugin that is doing a blanket 301 redirect to URLs that it doesn’t understand?
If you enter the webhook URL (shown in our plugin), in the browser’s address bar, do you just get a redirect? If you do then that’s the issue. THere is a plugin or configuration that is doing that auto-redirect that needs to be stopped.
That should be doable using a CSS tweak. Please post the URL of your gallery page so I can inspect it in my browser.
I am not sure I fully understand what you are trying to do. Can you please tell me which feature documentation (from the following documentation page) you are following so I can take a look and try to understand what is going on (and if our plugin offers that option or not):
http://lightbox.tipsandtricks-hq.com/lightbox-ultimate-documentation/
Seems to be an issue with the captcha function. There is likely another plugin doing something that is messing the captcha function.
Do the following test:
https://support.tipsandtricks-hq.com/forums/topic/test-to-identy-a-conflicting-theme-or-plugin
Also, you can temporarily deactivate the captcha option from emember’s captcha settings menu. Just to confirm that the captcha function is conflicting somewhere.
This looks like an issue with the server configuration. Setting up sandbox can be a little tricky sometimes (if you are not a developer). I would recommend you do the test with a $1 transaction in live mode. Then you can refund that transaction. That way you will remove a lot of the other issues from the equation (issues that are related to setting up everything sandbox related). It’s better to do the testing “live” anyway because once the normal transaction is working, you can keep it as is. Otherwise, you will need to do the testing again in live mode since your live paypal account and sandbox account do not share the setup (those account have completely separate configuration that need to be configured correctly).
Some useful information here (it is a good read):
Can you do live mode testing here?
It is likely that your hosting provider updated some server software (like the PHP version) and that is causing something to fail somewhere.
First make sure the PDF Stamping is still working on your site. So do a manual stamping of the file (the one used in that one squeeze form that is not working). Does the manual stamping work for it?
It tries to find an existing account with the given email (When a user is not logged into the site). If it finds an existing account with the email that was used for the payment, it will apply that payment to that profile. It should not lose any time regardless (given nothing else is going on). The log file will help understand what is going on.
Looks like it is failing to find the list in the given MailChimp account. I will need to log into the site and check everything. I have sent you an email for this.
Update: This is now fixed.
This will be an issue with the IPN notification. The plugin is not receiving the IPN notification from PayPal sandbox.
Two things can cause this issue:
#1) You don’t have the IPN notification turned in your Sandbox account. The following video will explain how to enable the IPN feature (in your case, you need to enable it in your sandbox account):
https://www.tipsandtricks-hq.com/ecommerce/how-to-setup-paypal-ipn-notification-2796
#2) There is a security or firewall plugin that is blocking the IPN notification.
Enable the debug logging option in the plugin settings. That will show you if the plugin is getting the IPN notification or not.
The new start date should start from the date of payment (no loss of time). If you are seeing a different behavior, then something else is going on. Need debug logging data to see what is happening to that profile. That will give me insights in terms of if the membership level for it has been setup correctly.
Load a fresh copy of the plugin and enable debug logging. Then when a renewal comes through, we can look at the log file and see what the setup looks like.
