hoy

Ultimately I went through with the server update, less problems than feared. You can delete this topic if you will, or leave it up. Not sure if it is relevant to others.

Okay, I think this happened after I implemented the front end currency conversion which is on-demand and not cached. Before, get_conversion was only called during “order complete” so less frequent. Now it is called on every “single product” view. It isn’t a huge issue, setting it at 120 mins seems to result in around 20 calls per day which is within the quota.

EDIT: If I run out of free API calls, will the plugin simply store the last available rates, or will it result in failure? If I run out of the free quota I was hoping to run with the last saved rates until the quota resets for the next month.

• This reply was modified 1 year, 4 months ago by hoy.
• This reply was modified 1 year, 4 months ago by hoy.
• This reply was modified 1 year, 4 months ago by hoy.
• This reply was modified 1 year, 4 months ago by hoy.

So, ChatGPT has created the code for me after ~4 hrs of prompts and fine tuning. Completely groundbreaking.

I have done further testing, and fees are converted correctly. I am marking this as resolved.

Hello, this happens with the plugin ‘bolder fees for woocommerce’. I can try it on another site to see if the problem is reproducible, I haven’t gotten a chance to do that yet.

Ok, thanks for answering.

Alright, thanks a lot of the explanation. Are you open to write some code in exchange for payment? I am trying to do the following:

1. Save converted order total based on payment method to the order custom field
2. On the thank you page, new order email and account page, display a generic text based on the payment method, that includes the order total and converted total from the custom field
3. Small amount of logic of when to display the text (ON HOLD order status)

Let me know. In any case, thanks for making a super useful plugin!

Thank you! Just to clarify, can the ‘number’ parameter be anything else except a number, such as a function to fetch the order total (which will be a number once fetched)?

Hey @saad_rashad, I am not sure if you had a resolution to your out of stock message for in stock items. That error happens when pending orders are holding stock. I had the same error and canceled some old pending orders that were holding the stock and the product was then available. It is a strange issue because the front-end reports in-stock, but the backend holds it due to pending order.

Hi,
Thanks for writing back. I am a longtime user of the plugin and greatly appreciate it. My concerns with the new UI are:

– Vertical instead of horizontal tabs. All sub-settings in WordPress plugins are arranged in horizontal tabs. This is true for WooCommerce, and Breeze also used this layout. The vertical tabs are an issue on smaller screens as the tabs can be out of view. Hence a lot of scrolling up and down is needed which becomes disorienting when switching tabs.

– White space. The white space in the new UI seems very excessive. I now need to scroll to view the settings under each vertical tab. Even though Basic Options tab only has 7 headings and 13 total options, I need to scroll two full pages to see them all. Given that they are settings, having them all visible is more useful to be able to glance over the current settings without needing to scroll up and down excessively. The UI is not suitable for a settings page because of the white space. If it was reduced it would be much better. Please note I am on a 1366×768 screen.

These are my gripes. In summary, too much white space, too much scrolling. It makes navigating difficult on a smaller screen. A settings UI would benefit from more density to allow glancing at the settings without scrolling. If the UI was denser even the vertical tabs would be more tolerable, although horizontal layout would better match the rest of WordPress.

Thanks for a really great plugin otherwise!!!

@duecktimothy I can confirm grouping of js is working again for me too on 1.1.6

Hello,

Has this bug been fixed in 1.1.6?

Hello @adeelkhan I hope you are well in these trying times. I wonder if the dev team has made any progress on the issue with grouping js? Have you been able to replicate the issue or access any site that has the problem in order to troubleshoot?

With grouping on for js, the Google Console tells me that:
Uncaught SyntaxError: Unexpected token ‘%’

This is for file /wp-content/cache/breeze-minification/js/breeze_d6e3a9af3b936e04ae1876bd02d82296.js

Is there another way to specifically find which file/s are causing the error?

Hello @adeelkhan , just checking in if the developers are aware that grouping of js has a bug? The steps you suggested does not remedy the problem. The issue is only with grouped js; not with grouped css, minified js / css.