influxdata / influxdata/influxdb
Web interface displays unsinged 64 bit integers wrong
- Dominant language
- Rust
- Stars
- 31.7k
- Forks
- 3.7k
- Avg merge
- 13h 37m
- Merged PRs (30d)
- 8
Description
__Steps to reproduce:__
List the minimal actions needed to reproduce the behavior.
1. insert a field value with max unsigned integer value, i.e. 2**64 -1 which is 18446744073709551615u
2. query that using the web interface of InfluxDB 2.1.1 (git: 657e1839de)
3. _value field would display 18446744073709552000 instead of 18446744073709551615
__Expected behavior:__
The data explorer should display 18446744073709551615
__Actual behavior:__
It displays 18446744073709552000
__Environment info:__
* System info: Run `uname -srm` and copy the output here
* Linux 5.14.14-arch1-1 x86_64
* InfluxDB version: Run `influxd version` and copy the output here
* InfluxDB 2.1.1 (git: 657e1839de) build_date: 2021-11-09T03:03:48Z
* Other relevant environment details: Container runtime, disk info, etc
__Config:__
Copy any non-default config values here or attach the full config as a gist or file.
### Strong Hypothesis
JavaScript can support unsigned 64 bit integers with BigInt. Without BigInt the result would be:
2**64-1 -> 18446744073709552000
With BigInt it would be:
2n**64n-1n -> 18446744073709551615n
Perhaps that's the culprit. If queried using the influxdb-cli tool yields the correct values.
Edit: added 'u' to the value in step one
Contributor guide
Research direction
Start with the InfluxDB web interface and its data explorer, reproducing the issue with the maximum unsigned 64-bit value. Compare the displayed value with the result from influxdb-cli; done means the data explorer displays 18446744073709551615 exactly.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100