Summary: | It is not possible to enter a currency rate lower than 0.01 | ||
---|---|---|---|
Product: | [Applications] skrooge | Reporter: | alex.viv |
Component: | general | Assignee: | Guillaume DE BURE <guillaume.debure> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | stephane |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | Example |
Description
alex.viv
2022-04-17 10:27:51 UTC
Hi, In unit page, you can choose the number of decimals for the created unit. So, you can modify the unit to set the number of decimals you want. Hi Stephane, I tried your solution. As a temporary workaround it works, but this should still be considered as a bug. The number of decimal is to control the display and the input, but exchange rate is something totally independant. See how it looks now after I updated to 6 digits vs 2 digits. The correct one is with 2 digits. https://i.ibb.co/JkF2CrB/image.png Let me know if this clarifies the problem and if we can put it back as a bug. Actually I just realize that this applies to all currency. Example look at EUR/USD exchange rate. By default yahoo shows 4 decimals but basically this confirms that there should be no limitation in decimals when you input exchange rate. https://finance.yahoo.com/quote/EURUSD=X/ Created attachment 148259 [details]
Example
As you can see in the attached file.
The number of digit are used for display.
The entered value is really used even if displayed with less digits (go in operation page to see).
You are right, since when I originally entered 0.000065, it was showing 0.00, I never realized it was still saving the value 0.000065. So what I described is not a bug. But shouldn't we raise a bug for the display of exchange rate? If I enter 0.000065, it should display 0.000065 no matter what is the number of decimal. Isn't that correct? |