Jorge A. Torres

Hi @shouldnotregister,

Thanks for reaching out. While Action Scheduler can indeed process batches of actions concurrently, there’s no guarantee that the actions you’ve scheduled are run in parallel. Also, by default, only one concurrent batch is executed, to prevent using up your web server processes or max available connections. This behavior can be tweaked via a filter, as indicated here: https://actionscheduler.org/perf/#increasing-concurrent-batches. The page also contains other usage tips that might be useful for your use case.

Hope the above helps. Feel free to reach out if you have any further questions.

Hi @georgebr!

Thanks for reaching out. It’s perfectly normal for those cron jobs to not have an action associated all the time. Those actions are associated to a particular action dynamically, depending on the context and whether it’s necessary to actually do some work.

For example, woocommerce_tracker_send_event would only have an action associated when you’ve opted in to tracking and a WP Cron request is being executed, so that’s why it would look like there’s no action associated to it when you’re in the admin (which doesn’t run within a Cron request). Under normal circumstances this shouldn’t pose a problem to your website, but please let us know if it’s creating any kind of trouble.

Looking forward to hearing back from you.

Hi @nossileee!

Thanks for getting back to us. The string is definitely not in WooCommerce core at the moment, but was at some point (around version 7.8.0). Judging by the screenshots you shared, you’re using a more recent version, so it doesn’t look like it’s being added by WooCommerce itself.

There are some plugins that might override the string with the “old” version (the one mentioning state instead of location), such as WooCommerce Square. FunnelKit does seem to include the old version in several templates:

• modules/checkouts/public/template-common/checkout/payment-2.5.0

• modules/checkouts/public/template-common/checkout/payment-3.3.0.php

• modules/checkouts/public/template-common/checkout/payment-3.4.0.php

They are included under the “woocommerce” translation domain, but not shipped by WooComerce itself.

Hope that helps you find the possible culprit.

Hi @nossileee!

Thanks for reaching out. As you yourself have confirmed, this string doesn’t see to be coming from WooCommerce core. Do you have, by any chance, some other plugins active (like payment gateways) that might be modifying the string here?

For example, WooCommerce Square seems to be one that includes the string you mention. If that’s the case, you can still use tools like LocoTranslate to translate the string, but it won’t be available in the PO/POT files that come with WooCommerce.

You can quickly confirm whether that’s the case by temporarily disabling other extensions and checking the result. If that doesn’t work, and in order to assist you better, please share your System Status Report, which you can get by going to WooCommerce > Status clicking Get system report and then Copy for GitHub and pasting the results here.

Looking forward to hearing back from you.

Hey @hans410947!

We’re glad you’re being successful with our plugin and that your issues have been resolved. Feel free to reach out again if you have any questions. We are here to help.

Have a nice day!

Hi @lazarlehel!

Thanks for reaching out. I was able to reproduce the issue on the website you linked but also noticed that it seems to work with certain ranges. For example, between 3 and 9 items it offers the free shipping option, but between 10 and 29 it doesn’t. It does again between 30 and 90.

This is indeed a strange behavior and one I couldn’t reproduce on other sites running 9.2.3, nor locally.

Are you running any other plugins or snippets (beyond WooCommerce) by any chance? I’d also suggest clearing the transients (via WooCommerce > Status > Tools > Clear Transients) and see if that helps.

If none of the above works, please share a screenshot of your shipping settings in WooCommerce > Settings > Shipping. Also, a copy, of your system status report would be super helpful. You can get this by going to WooCommerce > Status and clicking the Get System Report button. You can then click Copy for GitHub and paste the results here.

Regards,

Jorge.

Hi topictime,

Thanks for giving Another Unit Converter a try!
Would you mind answering a couple of questions in order for us to understand your issue a little better?

Dollars is my default, Yen is my goal.

Would you like the ability to configure a default currency for conversions?
Currently, we don’t force conversions on visitors. They can freely choose their preferred currency. That being said, your use-case would be easy to implement and also a valuable feature.

I see Dollars on the price chart on my website but apparently I have to click each one, then scroll infinitely in order to see the Yen. That is a bit time consuming. Is there an easier way to do this?

You only need to do this once. Once you’ve chosen a currency, your choice is automatically applied to all amounts being displayed on the page, and even stored as a cookie so you are not bothered next time you visit the page.
Also, the list accepts keyboard input to make it easier for you to find your desired currency without scrolling.
Did you encounter issues with this functionality?

We would like to implement the ability to limit currencies to a predefined set, reducing (or even removing) the need for your visitors to set their preferred currency. Would that work for your use-case?