umutusu

I understood, no worries.
It’s just that, as I said before, our logic works differently ??

Ok, thank you for your help.
One last question and I think I’m going to proceed with the purchase.
If I’m not wrong when we change the stock on the backend of one of the connected products (attributes), it doesn’t change the others.
So backend doesn’t work like the frontend.
Again, thank you very much much

I think I understand how the plugin’s logic works.

And I think I know why I didn’t understand at first.

Our logic, yours and mine, work in opposite ways. As if you are looking from the bottom and I’m looking from the top.

• This reply was modified 3 years, 8 months ago by umutusu.

Quick question.
I’m using Divi on the website.
With the pro version of your plugin, product pages are still going to show the stock numbers normally on the frontend or will I need to do something more to make stock numbers show in the frontend.
I’m asking because right now a developer prepares a small plugin to make the stock numbers with ajax because I want to cache my product pages but with cache, stock numbers are also cached so even after purchase nothing changes in the front end.
So if your plugin shows the stock numbers in the frontend with some clever trickery, I think it won’t work with my website’s setup.
Thank you

I’m going to test automated receipts once I go “live” but apart from that everything is working fine now.
The problem with the webhook was caused by CMP coming soon plugin. one I deactivated it, webhook connection failed reports are gone.
Thank you for your quick help.
Very much appreciated

Thank you for clearing that up.
I was thinking that there’s a problem with the terms invoice and receipt ?? and it’s always confusing.
So what about the invoice from woocommerce. Should I send that manually every time? Or should I even send it?
By the way, in the stripe dashboard-payments, when I click one of the payments to see events and logs, there are errors of Payment webhook response:
-A webhook that is subscribed to the event hasn’t successfully responded yet: charge.succeeded
-A webhook that is subscribed to the event hasn’t successfully responded yet: payment_intent.succeeded
Both of them in their log details, webhook attempts failed (twice) for:
https://www.mielagility.com/wp-json/wc-stripe/v1/webhook

Well,
because I’m testing, I’m the admin and also I’m the client (in a private browser with another email), to be able to check if everything is working or not. And I’m aware that the stripe plugin has no control over woocommerce generated emails.
And yes, what I’m saying is the stripe automated invoice email is not being sent.
Since all the other automated emails are working (eg. “we received your order” email which the customer receives and “you received an order” email which the site admin receives) as I expect them to work, but not the stripe automated email; I thought to ask you first, thinking its a webhook problem.

I did the re-setup and it didn’t change anything.
I deactivated the Post SMTP plugin and tried to just use mailpoet (so now it’s mailpoet is sending transactional emails, not Gmail)
But it still the same.
When I receive the order, the first email “your order is received/processing) email is going out automatically to the client. At the same time, the website admin also receives the “there’s a new order” email automatically.
So, because those 2 emails going out automatically, I don’t think there is a problem with WordPress sending emails.
Then in the backend, I confirm the order by changing its status to “completed” (because in stripe it’s set up with default status. So all orders are in “processing” status by default), and the second email to the client, “your order is completed” goes out.
I think that at that moment, invoice email also should go out automatically, but it never does (until I send it myself on the edit order page by choosing the action, “email invoice/order details to the customer” and click update.
As I said, I don’t think there’s a problem with WordPress sending emails.
What do you think causes this?

Hi @mrclayton,
I’m using Post SMTP plugin to send emails through gmail (gmail with my domain).
I have also mailpoet installed butsetup to send with gmail.
By the way all other mails (order received, order processing) are going out automatically without any problem.
I’m going to re-setup the smtp plugin to see if it changes anything.

OK thanks!

@digitalille Pas de probleme.
Moi en fait, j’ai reussi a faire fonctionner (sans avoir du vrai control sur l’emplacement) mais si je px faire avec BC directement c’est encore mieux.
Merci pour la reponse.
Et jolie site!

@digitalille Hi!
Did it work for you?
I’m also using divi + bodycommerce and I’d like to know if it works before installing the plugin.
Thank you

Thank you

Thanks for the quick answer @mrclayton.
So I can go and delete it or should I leave it alone?

It is weird indeed.
My config is www and I want to keep it that way because all external services tied to the www version and cause problems if I configure the site non-www.
It was working before without a problem, and unfortunately, I can’t say since which version it’s not working as it should.
The weirdest is that it redirects the admin account logged in. In the WP backend, clicking “visit site” on the admin bar, opens the coming soon page, with the admin bar visible on top.
Do you have any idea how to resolve this issue?
Thank you