POS: Bug Fix - Leading zero in product price

[shubhamkmr04]

#2200

[myxmaster]

That fixes it for most cases, but I can still manually add a leading 0 and Zeus will save it for the product:

[shubhamkmr04]

@myxmaster fixed. lemme know if you can still recreate it

[myxmaster]

You are now blocking leading zeros completely, which means you cannot enter an amount like 0.05 ₿.

The check for leading zeros needs to be done after user clicks button "Save product" and in case they exist, they get deleted. Other checks for invalid chars (anything which is not a number or decimal separator) totally make sense while entering. Right the button "Save product" is disabled, which is not optimal.

[myxmaster]

Ok it does work now. But I personally find it a bit irritating when the input is pre-filled with a "0" (not as placeholder, but really the value for the text input).

Btw, I just checked and noticed we have similar issues for amount inputs at other places. For all those I would prefer the following solution:

• Block entering of invalid chars (anything but numbers and decimal separators should be ignored for amount inputs)
• Remove invalid chars if pasted (e.g. somebody is pasting "12 304 sats", it should result to "12304")
• Allow leading zeros but remove them internally when whatever process is continued (product saved, invoice created etc.)

[kaloudis]

I personally find it a bit irritating when the input is pre-filled with a "0" (not as placeholder, but really the value for the text input).

Created a separate PR #2258 to address these issues