ezekielion

https://pastebin.com/ehvsrL0H

PW: aJ3n65qbQ1

I tried to backup from a site where I removed the WP Staging. Same issue. The log is below:

https://pastebin.com/DVwruagv

PW: PdwJDfgYmf

The problem is it doesn’t offer me to backup on Google Drive unless I upgrade to premium.

So WP Staging is not compatible with UpDraftPlus backup?

Staging is exactly what it is. duplicate database tables with different prefix to identify the staging vs production. But as I have said UpDraftPlus was able to do that before June without any issue. You guys changed it.

If you can’t back up the staging tables now, then it’s an issue already. It won’t matter if there are other issues.

That is not how a normal staging site works. The WP Staging plugin simply duplicate your existing site’s content and create a staging site. One can then change whatever and migrate it to production.

UpDraftPlus has always been backing up the entire database whether it is production or staging. It is apparently that the function has changed. We have no choice but choose other backup solution other than UpDraftPlus.

I did not say UpDraftPlus created these sets. I said the WP Staging plugin did. For staging, obviously ones needs to duplicate the database. Therefore you will see two sets. The original set is with the prefix b6x5H11E6_ whereas the sets created by WP Staging is prefixed by wpstg0, wpstg1 etc.

UpDraftPlus should be backing up the site, including the staging site’s database. Maybe before June it was dong it. But since June, it throws error and refused to backup staging site data. That is why the problem is with UpDraftPlus and not the WP Staging plugin.

So the problem is with UpdraftPlus. Because they were able to backup staging site before June 25.

These are tables from the staging site, therefore they are “duplicate” but without the b6x5H11E6_ prefix. WP Staging with prefix all the table with wpstg0, wpstg1 etc.

I disabled the WP Staging but same issue. The old database was not deleted.

This is the log:

https://pastebin.com/YV5357wX

pw: ZTfcLLRyEg

Thanks so much. This should have been built-in as part of WooCommerce.

• This reply was modified 8 months, 2 weeks ago by ezekielion.

Thanks, @shameemreza

I am not a php programmer. I have a child-theme with function.php How do I add that code to WP? I thought this should be a basic feature in WooCommerce.

https://imgur.com/a/3dETTCy

Please note that the original price for the variations is not showing on the sale item at all. The customers have no way of knowing the original price besides the “SALE!” tag.

I set up the Storefront with only the following plugins enabled:

WooCommerce

WooCommerce Legacy REST API

WooCommerce Multilingual & Multicurrency

WooCommerce Stripe Gateway

Still same issue. How is it supposed to look like when product with variations is on sale?

I installed WooCommerce first then change the default site language afterwards.

I went to the Cart page as suggested by the WPML support and change the strings in the block directly.

These 3 strings are not from the Theme. They are from the Cart page block. If I remember correctly, they are from WooCommerce. They should have been translated already but they are not. It is fixed on my end but for others sake, WooCommerce should look into these three strings on the empty cart block on the Cart page.