Menu Item Prices Displaying as $0.00

Hi Ken,

Did this only start with the most recent update (2.4.1)? If you roll back to 2.4.0, does it make any difference?

How do you have your prices entered in the admin? Would you be able to share a screenshot?

Yes it’s a change from the last update.

I had price details entered as though the Menu Item Price field was a text field but now the values in that field are only being seen as integers/numbers.

So 5,200.00 is now displayed as 5.00

I had some entries as text eg”Ask for price” that is now displayed as “0.00”

@deanes, yes, thank you, I had included the dollar sign ($) in the price field for most all menu items, as in “$1.99” now appears as 0.00 in v2.4.1. On removing the dollar sign, the numeric part of my prices now appears correctly, 1.99 appears as 1.99. And there are some menu items with text indicating the size/portion, along with the price that now displays as 0.00.

@jaysupport , the price seems to now (v2.4.1) only display numbers, so that prices that include text result in displaying “0.00”. Might you plan to go back to displaying text based price fields on the front end, and when? Pardon, I’m finding v2.4.0 at https://plugins.trac.www.ads-software.com/browser/food-and-drink-menu/tags/2.4.0?rev=2853672, but I don’t know how to ZIP the plugin files and forlders. Please advise. Thank you.

Another one with the identical issue. When updating to 2.4.1 my menu prices in the admin area shows $17.95 and small $15.95 (as a separate menu price). On the front end they both show 0.00.

If I remove the $ in front of the price, the 17.95 shows correctly, but the small 15.95 still shows as 0.00. So it appears that any text or symbol in front of the price triggers a 0.00

On rolling back to 2.4.0 using WP Rollback, the menu displays correctly.

@jaysupport, rolling back to 2.4.0 solved problem. To clarify, prices were showing up as “0.00” because the “$” is included in the item price. Here is screenshot of Menu Item admin with pricing: https://showme.marketingpretty.com/4guNAKnv

Thank you everyone for following up. It looks to be an issue with the rounding to two decimals. When you include the currency symbol, it no longer recognizes the input as an integer, and so the rounding fails, which is why you’re seeing the price show as just 0.00. We’re working on a fix right now and will push an update as soon as it’s ready. Until the update is live, you can either remove the currency symbol from the price input and use the included currency symbol option (in the Basic area of the plugin settings) or just roll back to 2.4.0 until 2.4.2 is released.

Sorry again for this issue, and thank you for your help!

We’ve just released version 2.4.2, which corrects the issue.

@jaysupport, Thank you for the quick fix and update. Version 2.4.2 works and allows me, again, to display plain text in the “price” field, which is helpful. You may close this support request as resolved.

• This reply was modified 1 year, 9 months ago by Ken Mick.

@jaysupport FYI, I have a second price for a menu item as the text “Winter Special $5.99” which now displays with v 2.4.2.

using v2.4.1 the price field was displaying 0.00. I don’t know what that has to do with “rounding to two decimals.”

That makes sense. It had nothing to do with the actual price of your item or how many decimal points you provided when entering your price. It was the code that was rounding to two decimals. It was looking for a number, and, if the value it was trying to round wasn’t a number, it was displaying it as 0.00. That’s what we fixed. The rounding itself was working. We just needed to update it to handle when the value was not a number, like when you include the currency symbol in the price instead of using the setting, which we did in 2.4.2.

Hi . Thanks for the fix.
Would it now be possible to have an option to hide or display decimal places?
I see now when the currency symbol is set in Settings, the numeric price is formatted with ‘,’ as a thousand separator and 2 decimal places added. This auto formatting is good and useful. But, I have clients in countries with currencies where typically decimal places are not shown.

Being able to use the auto formatting but not show decimal places would good.

Also, but perhaps more complex, if the currency symbol is set but non-numeric values are detected in the price field then the currency symbol is not applied to that price?

thanks

Hi deanes,

We can definitely look into adding an option to remove the formatting/rounding, so it just shows exactly what you you input (minus escaping, etc. for security reasons, obviously). I’m not sure that we’ll be able to get it in there immediately, but we’ll test it out and hopefully add it in an update in the near future.

I don’t think we’d implement something like you mentioned in your second question. Under normal circumstances, if a user has a use case for including the currency symbol directly in the price (as opposed to using the setting), then they will not use the setting. Would you be able to let me know your use case for wanting it the way you mentioned?

Hi
Thanks for your feedback.
My 2nd point perhaps not explained well.

Currently if a currency symbol is set in Settings it is applied to all price entries regardless of the values in the price field.

I have a menu that contains lots of ‘normal’ prices so I like the auto-formatting of the price and the addition of the currency symbol taken from Settings.
But I have a couple of menu items where I don’t want to show only a numeric price. I want the price field to show; “Ask for price” or something similar.
As things are now the currency symbol will be added to this text on the menu.

Is there a workaround for this?

I was thinking that if alphanumeric characters are detected in the price field then the currency symbol is not added.

Thanks for the clarification. I still do not believe that is something that we’ll be able to look into in the near future. We will note it down for future consideration, however, and, if we should get more demand for something like that, we can look into implementing it.