Please search through existing issues first to ensure that the bug has
not already been reported.
What steps will reproduce the problem?
1.Entering an amount with 4 decimal places screws up input
2.Entering a huge number beyond 2,100,000,000 does not register
What is the expected output? What do you see instead?
7.5569 -> 75,569.0000
Entering more than 2,100,000,000 gives and Invalid Amount Message
What version of the product are you using? On what operating system?
Online version of Bkper and on Windows 8.1 using Chrome 64 bits
Please provide any additional information below.
The above problem is annoying. Also, it would be good to include up to 8
decimal places so that we can make accounting for bitcoin and other crypto
Crypto currencies often go beyond to tens of billion of units because of their
Original issue reported on code.google.com by tre...@glocalex.com on 26 Apr 2015 at 6:33
The text was updated successfully, but these errors were encountered:
That was quick responsive. ;-)
It also gives me problem when importing from the google spreadsheet. It cuts it
down to 2 decimal places. Basically figures all go haywire when it is set to 4
decimal places. I have not tried 3 decimal places.
It would be good if you fix the above problem and increase it to 8 decimal
places once you have fixed it.
Original comment by tre...@glocalex.com on 26 Apr 2015 at 10:24
The max input is a limitation of elastic index. We probably will be able to
workround it and remove this validation. The only drawback is the big values
not to be indexed, so, queries with values, for example, "val>3000000000" will
not retrieve anything... but this is not such a big problem :)
Original comment by m...@nimbustecnologia.com.br on 26 Apr 2015 at 2:59