Forum Replies Created
Did you recently installed SSL certificate? If you did, you just have to go through the settings fields and update the saved URLs to the “HTTPS” url.
This is resolved in the new version (v2.0.17).
That looks fine to me. The 2nd entry is the main charge. You can ignore that other entry. Do you see any issue with the actual money amount not adding up to your Stripe account?
That looks to be a test mode transaction. Do a test in Live Mode so you can get a clear picture of if everything is setup correctly. Set everything to live mode then create a new subscription plan in the plugin. Do a transaction with that and see how that goes. You can issue a refund on it after the transaction is done.
The webhook is mainly used for our plugin to receive a notification of the charge from Stripe. Once a subscription is created in your Stripe account, the charge will work fine even without the webhook. So you don’t have to be scared that you will miss a payment or anything.
The notice you are getting usually happens when the URL of the webhook has changed or there is redirect in place. Have you added any 301 redirect to your site (via a plugin or via the htaccess file)? If you go to your Stripe account and check the webhook URL value (in live mode), what value do you see? If you enter that in the browser’s address bar, does it get auto-redirected?
Alos, you can delete the existing webhook URLs in your Stripe account then re-create them using the addon to make sure there is no old URLs that is no longer needed is creating this notice.January 2, 2020 at 11:05 pm in reply to: "Orders" in WordPress don't match orders logged on Stripe #2573
This is a little bit weird. Did you do some Sandbox testing by any chance?
Are all the Stripe plugins and addons updated to the latest?
Lets enable the debug logging so we can see what exactly it is doing.
After every transaction, can you please check the log file and match the orders in the orders menu to make sure all matches? If you find one is not going to the orders menu, please let us know so we can read the log file and see what is going on.
This is not something we offer (this is not an advertized feature). The custom field data is available in the orders menu. You can also add it to the seller notification email.
The custom fields show up in the same order you configure them in the settings. So you can go to the settings menu and change the order of the custom fields that you have configured.
I have updated that page.
You have enabled the multi-currency checkbox from the settings menu of this addon? Please check the “Configuring the Setting” from the following page to make sure all the steps are done:
You are using the new API correct?
Please post the URL of the page where I can go and see a product so I can inspect a few things.November 23, 2019 at 1:28 am in reply to: Custom fields only showing on first 3 installations #2502
Edit the product in question. Go to the custom fields section. Is the custom field enabled or disabled? Does it have the global option enabled?
Hi, At the moment the variable pricing is only available as part of the variation feature:
We will add this to our wishlist.
Regarding the checkbox issue, I would like to see this. Can you post the URL where I can go and see this?
It looks like the secure download addon’s DB needed to be synced. The deactivation and reactivation of the addon fixed the issue.November 15, 2019 at 10:34 pm in reply to: Additional Custom Feilds Addon fields are in pop-up? #2492
You maybe using the old API. Go to the advanced settings menu of the plugin and uncheck the “Enable Legacy API” checkbox please. The new API shows the custom fields in the checkout popup window.
okay. Please update the core stripe plugin to v2.0.12 and the stripe subscription addon to 2.0.2
The apple pay should now work with the new API also. Please note that the apple pay option is shown in the payment popup (in the new API).