aetta

Hi @badscooter1980

I’m afraid that there isn’t a simple solution for that, but if you’re comfortable with coding, you can retrieve them from the Stripe API.

The Card Object will throw a JSON file with that info, here’s a sample:

"cvc_check": "pass",
  "dynamic_last4": null,
  "exp_month": 8,
  "exp_year": 2023,
  "fingerprint": "Xt5EWLLDS7FJjR1c",
  "funding": "credit",
  "last4": "4242",
  "metadata": {},
  "name": null,
  "tokenization_method": null

You can check the Stripe API reference for the Card Object here:

https://stripe.com/docs/api/cards/object

On the other hand, if you’re not into coding, I can also recommend the WooCommerce Facebook group or the #developers channel of the WooCommerce Community Slack.

We’re lucky to have a great community of open-source developers for WooCommerce, and many of our developers hang out there, as well.

My very best,

Hi @scottlambert40

As my colleague mentioned, it’s a fairly complex development topic.

As a side note, you can check out the article below:

https://woocommerce.com/document/minimum-order-amount/

In that article, we also mention this plugin:

https://wordpress.org/plugins/minimum-purchase-for-woocommerce/

Which checks the cart by Product Category or Minimum Purchase Category, and if I understood you correctly, is what you’re looking for, isn’t it?

I hope that helps! My very best,

Hi @stefm27

If I understood you correctly, WooCommerce doesn’t have something like this natively, and you may need to use a plugin for that.

However, the Pre-Order plugin and the Subscriptions Plugins aren’t compatible yet.

Alternatively, you could create a pre-order product, and once the user purchases your pre-order product you could convert them to a subscription once the pre-order product is delivered.

You can check the WooCommerce Pre-orders extension and its functionalities here:
https://woocommerce.com/products/woocommerce-pre-orders/

And here, the WooCommerce Subscriptions extension:

https://woocommerce.com/products/woocommerce-subscriptions/

Let us know if you have questions about it! My very best!

Hi @chrismask

It’s hard to say what’s going on without checking your core customized files, which is a bit out of scope for us.

You can double-check the WooCommerce Code Reference for that particular file to see if yours is similar, and has all the basic functions:

https://woocommerce.github.io/code-reference/files/woocommerce-templates-checkout-form-pay.html

You can also check if you have correctly enabled the Express Checkout with the WooCommerce Stripe Gateway plugin.

You can do this by navigating by WordPress Dashboard > WooCommerce > Settings > Payments > Locate the Stripe method (double-check if it’s enabled), and then click on Manage.

On that screen, you can check if the Express Checkout is enabled and where it’s displayed (checkout page, cart page etc).

Sample screenshot: https://snipboard.io/luKadU.jpg

If everything fails, I’d recommend doing a conflict test, and the best way to determine this is to:

• Temporarily switch your theme to Storefront
• Disable all plugins except for WooCommerce
• Repeat the action that is causing the problem

If you’re not seeing the same problem after completing the conflict test, then you know the problem was with the plugins and/or theme you deactivated.

To figure out which plugin is causing the problem, reactivate your other plugins one by one, testing after each, until you find the one causing conflict.

You can find a more detailed explanation on how to do a conflict test here.

Let us know how it goes! My very best,

Oh Hey @pleazo, I forgot to mention that there’s a good article here about preventing the user to proceed to the checkout page when no shipping is available.

If you’re comfortable with coding, you can check the article below:

https://www.bolderelements.net/support/knowledgebase/removing-checkout-button-shipping-not-available/

If you’re not comfortable with coding, I’d recommend checking the WooCommerce Customizations Page.

Thanks!

Howdy @bb3cpo

Yes! This is normal! Since it’s returning a 200 code, which means it was successfully, I wouldn’t worry about it.

Also, just a heads up that this plugin (WP REST API Log) sometimes inflates post table size beyond normal usage levels, so enjoy in moderation!

Let me know if you have questions! My very best!

Hi @matttayler

As my two cents on the @ttoaster reply, when using the Geolocate (with page caching support) WooCommerce fires a javascript redirection with an extra parameter v=xxxxx.

This extra parameter is what makes WooCommerce and WordPress compatible with the caching plugins.

To calculate shipping and all other taxes on the fly based on geolocation and with a caching plugin installed, you’ll need to use that option!

We don’t recommend disabling a caching plugin, since it may affect your store performance.

All the best!

Hi @pts2018

This kind of problem is usually caused by a Theme, Plugin, or custom code that is incorrectly trying to use the function wc_get_product.

I’d recommend doing a conflict test, you can:

• Temporarily switch your theme to Storefront;
• Remove/comment any custom code that you’ve added that may be calling the mentioned function;
• Disable all plugins except for WooCommerce;
• Repeat the action that is causing the problem;

If you’re not seeing the same problem after completing the conflict test, then you know the problem was with the plugins and/or theme you deactivated.

To figure out which plugin is causing the problem, reactivate your other plugins one by one, testing after each, until you find the one causing conflict.

You can find a more detailed explanation on how to do a conflict test here.

Let us know how it goes! My very best!