Grigorij S. a11n

Hi Alexander,

Thank you for the context, and I’m sorry to hear about your experience with Jetpack! Was the Jetpack support team able to fix the issues and make sure the site is connected to the right WordPress.com account?

 I am getting this error when I attempt to delete from the WP Dashboard:

Uncaught Error: Class ‘WC_Stripe_Inbox_Notes’ not found in ********/plugins/woocommerce-gatewaystripe/woocommerce-gateway-strip.php: 724

Seems like this error indicates a missing file in the folder of Stripe for WooCommerce plugin, and I see that this error has been reported in this forum thread and here on GitHub. TLDR: indeed, the core WooCommerce plugin needs to be enabled in order to avoid this fatal error. Our developers should be able to fix this at some point in the future, although right now I’d suggest installing and activating the core WooCommerce plugin as a temporary workaround.

I have entertained the idea of removing it manually via my ‘File Manager’ but I hesitate because when I do it through the WP dashboard it gives me the general ‘fatal error’ message and I am able to retreat and leave the plugin installed as a temp fix. I am just concerned that removing it manually may push things to a point where I would have to do a full restore and I don’t really want to have to go through that right now because I have a WHMCS installation linked into my WP installation, and I have no idea how that will respond to a restore of either installation.

I completely understand why you’re hesitant! In such situations, it should still be possible to copy the plugin folder back to where it was if issues occur after deleting the folder, but of course, figuring out why the error appears and how to work around it in the safest way is the best course of action.

I’m not familiar with WHMCS or the software you’re using to link two sites, so I will not be able to comment on that, although it perhaps makes sense to test a restore from a backup on a staging site so that you know what to expect in case the site needs to be restored from a backup at some point. If you don’t have a staging site – you can create one with a plugin like WP Staging. I can’t promise it will work with the software you’re using to link/sync sites, or if it will break the existing connection in some way so it makes sense to consult the support team of the software you’re using (or the support team at WHMCS) beforehand.

I hope this helps!

Hi @laraaaustin,

I’m sorry to hear that the newly uploaded images are still blurry!

Can you please test if the same issue can be replicated with images newly uploaded after switching the site to a default Storefront theme?

Thank you!

Hi there,

Thank you for reaching out! As a first step, can you please specify which UPS plugin you’re using to fetch live shipping rates from UPS?

Also, have you tried ticking the “shipping” checkbox next to the VAT tax rate?

Screenshot direct link: https://d.pr/i/LkglHi

Thank you!

Hi Alexander,

Thank you for reaching out! I wasn’t able to immediately find your message to WooCommerce.com support – can you please paste your message (or a part of it) here so we can use that to find your request in our system?

Also, what kind of error are you seeing when you’re attempting to delete the Stripe for WooCommerce plugin?

Finally, as a workaround, you could access the site via FTP and simply delete the folder of this plugin.

Hope this helps!

Hi @avinashdigitl,

Thank you for reaching out!

With the default WooCommerce shipping methods, it isn’t possible to count shipping per number of products (or per number of products of a certain shipping class) so the exact implementation depends on the plugin you’re using for this, and you may want to reach out to the support team of that plugin for further guidance.

Alternatively, you could use a plugin that calculates shipping according to table rates (you could google Table Rate Shipping to find such a plugin) since with such plugins, it is normally possible to specify a condition (such as “only shipping class X”) and a price per item.

So, with such a plugin, you could only calculate the price per item for products with certain shipping classes, and you wouldn’t need to use any sort of additional metadata and custom logic/code.

I hope this helps!

Hi @graphikeye ,

Thank you for reaching out!

It sounds like recipients are not receiving the default WooCommerce emails, even though an email checker plugin indicates them as sent.

WooCommerce relies on the default WordPress wp_mail() function in order to send out emails from the server the site is hosted on, and that isn’t always reliable since these servers are rarely configured for optimal email deliverability.

Sounds like you’re dealing with a deliverability issue and emails are being caught by an anti-spam filter.

Addressing deliverability issues can be quite difficult due to the complexity of modern anti-spam filters, so if none of the previous steps listed in our Email FAQ https://woocommerce.com/document/email-faq support document help – you may indeed want to look into signing up for an SMTP service:

https://woocommerce.com/document/email-faq/#section-7

When a site is connected to an SMTP service – a different server is used to send emails, one that is specifically configured for optimal email deliverability. There also normally are additional authentication tools that can be set up to reduce the chance of emails being caught by anti-spam filters even further.

Hope this helps!

Hi @phija,

Thank you for reaching out, and I’m sorry to hear about the fatal errors when trying to process a payment via a third-party Verifone Hosted Card payment gateway service provider!

Since you’ve tried switching off Elementor and switching to a default theme – the error log you’ve provided is likely unrelated to the fatal error that occurs when processing a payment. There might be a different fatal error log in wp-admin >> WooCommerce >> Status >> Logs that should point you in the right direction, however, please note that in this forum, we only handle issues with/provide answers about the core WooCommerce plugin.

WooCommerce plugin by default is not capable of processing payments via the Verifone Hosted Card payment gateway service provider, so it sounds like you’re using an additional plugin or a custom integration for that.

As a next step, you’ll want to reach out to the support team/developer of that plugin/integration.

Since we are unable to provide assistance with the errors coming from a third-party payment gateway integration – I’ll be marking this thread as resolved.

Have a lovely day,

Grig

Hi @kaiz-r,

I’m following up since I see that the licenses of WooCommerce Subscriptions and WooCommerce Memberships are active on this site, and there is an open ticket about the same topic in our system.

We will respond in that ticket, and I’ll be marking this forum thread as resolved.

Hi @kaiz-r,
Thanks for reaching out!

The problem is that once paid, the order in WC doesn’t step to Completed status. It just remains in Payment Pending. As the order doesn’t get the Completed status, the customer doesn’t get the Subscriber role. Summarizing, the customer buys the product, pays for it but eventually doesn’t get the product that he has purchased.

We can, otherwise, change the status of the payment and manually subscribe the customers, but it’s not supposed to work like this.

The System status doesn’t seem to have anything funny (find it below). We reached CCBill and they confirm that after the purchase they are delivering status 200 when the order is finished and they can’t go further of that.

I’m sorry to hear about the trouble with order statuses!

Before we continue, please note that

• Normally we aren’t able to guarantee compatibility between WooCommerce Subscriptions/WooCommerce Memberships and third-party payment gateway plugins (like CCBill) that aren’t on a list of supported payment methods.
• Support of premium WooCommerce Subscriptions and WooCommerce Memberships is handled on WooCommerce.com, and support can be accessed by owners of valid licenses of these extensions.
• Given the nature of the content of your site, I can’t promise that you would be able to purchase extension licenses on WooCommerce.com and receive support – but you’re welcome to open a ticket and request a review of your site with the goal of determining if you could receive support.

That being said, I have some general pointers for troubleshooting of the order issues:

• Does the order status issue occur on non-subscription orders that use this payment method? If yes – you’ll need to seek support from the support team of the CCBill plugin you’re using.
• If this only happens when a subscription product is purchased (or when renewal orders are created) – this must be a compatibility issue between your payment gateway plugin (CCBill) and WooCommerce Subscriptions. In that case, you could:
  • Reach out to the support team of your CCBill plugin and ask them if they have a plan to address that compatibility issue.
  • Hire a developer to address the compatibility issues via code customization.
  • Find and use an additional plugin that controls the default WooCommerce order statuses and sets the order status to “processing” from “pending payment” automatically based on certain conditions. The conditions part might be a bit difficult to figure out. The problem here is that without specific conditions, even unpaid orders with a “pending payment” order status would get their status changed to “processing” which is less than ideal.

To sum up, there isn’t an easy answer when it comes to compatibility issues between plugins built by different developers, but I hope these pointers are helpful!

Hi @fotske,

Thank you for the follow-up and I’m glad to hear that you were able to determine the reason behind the behaviour you’ve reported!

I would still recommend connecting your site to an SMTP service.

I’ll be marking this thread as resolved but feel free to open a new thread if you’ll have other questions!

Hi Vincent,

Thank you for the follow-up, and I’m glad to hear that you were able to determine the root cause behind the deliverability issues!

I would still recommend looking into connecting your site to an SMTP service since that can significantly decrease the chances of your emails landing into SPAM folders.

Sorry for spending your time for this

No need to apologise! ??

@fotske let us know if you still need assistance with the original inquiry, otherwise, we’ll close this thread in a couple of days.

Thank you!

Hi @digiscrap,

Thank you for the follow-up!

But to shop owner is not. Both are present in the e-mail log.

Can you please specify if in the email log, the New Order email is indicated as sent to the email address specified in the settings of that email, in wp-admin >> WooCommerce >> Settings >> Emails >> New Order? Or, are there any errors?

If the email is indicated as sent and no errors are present – then it is a deliverability issue rather than an issue with the WooCommerce plugin, and connecting the site to an SMTP service is likely the best next step.

Let us know!

Hi @digiscrap,

Sounds like a plan and let us know if you’ll see any errors in the logs of WP Mail Logging plugin, or if the New Order email will not be indicated as sent there at all!

Hi @fotske and @digiscrap,

Thank you for reaching out, and I’m sorry to hear about the trouble with the default WooCommerce New Order emails!

I wasn’t able to replicate this behavior on my test site – the New Order emails are sent out. I also don’t see any recent bug reports in GitHub, so it looks like this behavior is isolated to your WordPress/WooCommerce installs.

WooCommerce relies on the default WordPress wp_mail() function in order to send out emails from the server the site is hosted on, and that isn’t always reliable since these servers are rarely configured for optimal email deliverability.

As a first step, you may want to figure out whether this is an issue with the software (the emails aren’t sent out at all) or this is a deliverability issue by installing WP Mail Logging plugin, placing a test order and checking if the email is indicated as sent in wp-admin >> Tools >> WP Mail Log:

https://woocommerce.com/document/email-faq/#h-check-if-emails-are-sent-but-not-received

Let us know if you’ll see any errors next to the new order emails in wp-admin >> Tools >> WP Mail Log, or if these emails won’t be on the list at all.

If the emails will be indicated as sent but you still won’t be receiving them – most likely, this is a deliverability issue and emails are being caught by an anti-spam filter.

Addressing deliverability issues can be quite difficult due to the complexity of modern anti-spam filters, so if none of the previous steps listed in our Email FAQ support document help – you may want to look into signing up for an SMTP service

Hi @ailaina123456,

Thank you for reaching out, and I’m sorry to hear that transactions placed using the Stripe for WooCommerce plugin are failing!

I only see one error in the error log:

resource_missing

That usually happens when a card is saved in one mode (test or live), and then the mode changes (from test to live, or vice versa).

The card is saved for the test (or live) mode in Stripe, and WooCommerce refers to that card using the tokens associated with that particular mode, however, the mode is switched, and the tokens sent to Stripe by your site can no longer be matched to a saved card, resulting in an error.

This should only affect users who placed orders on the site before the mode switch.

Can you please confirm if any errors occur when a new user places an order on the site? You can test this by placing an order as a guest in an incognito browser window, or creating a new account, logging in and paying as that user.

For existing users, the data that triggers this error can be removed from the database directly, or it might be possible to remove the saved payment method from the My Account >> Payment Methods page on your site.

Let us know how that goes!