# Truncation of hexadecimal input - known issue?
**URL:** https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857
**Category:** Core Development
**Tags:** debug
**Created:** [27 April 2026 07:15 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857 "2026-04-27T07:15:38Z")
**Posts on this page:** 12
**Page:** 1
### Author:  [@gregorius](https://discourse.nodered.org/u/gregorius)
#### Post date: [27 April 2026 07:15 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857/1 "2026-04-27T07:15:38Z")
Hi There,
I'm sure someone else already noticed this but for me it's something that's new.
I happen to be using a large hexadecimal 0x2c652cee5922ed4d value which converts to the decimal 3199012512525905229. What the flow does is push the value to the debug panel so that I can convert between the two representations:
```flows
[{"id":"db7f8839c112b812","type":"inject","z":"1f9f1eefa7ae1c35","name":"","props":[{"p":"payload"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"0x2c652cee5922ed4d","payloadType":"num","x":5291,"y":852,"wires":[["46668d9326a62ccf"]]},{"id":"46668d9326a62ccf","type":"debug","z":"1f9f1eefa7ae1c35","name":"debug 14","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","statusVal":"","statusType":"auto","x":5385,"y":946,"wires":[]}]
```
What is shown in the animation is the truncation of the hex to 0x2c652cee5922ee00 and the decimal accordingly to 3199012512525905400
This is a extremely subtle error and something that probably isn't that obvious. The only reason I spotted it was that I converted the hex using ddg first to get the correct value and then thought to use Node-RED to convert the hex value ... well that didn't really work!
Tested was version NR v4.0.9 - you mileage might well vary.
Cheers!
---
### Author:  [@Colin](https://discourse.nodered.org/u/Colin)
#### Post date: [27 April 2026 07:57 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857/2 "2026-04-27T07:57:24Z")
I think that is larger than the max integer that javascript can handle, which I believe, in hex, is 0x1 followed by 13 Fs.
---
### Author:  [@Steve-Mcl](https://discourse.nodered.org/u/Steve-Mcl)
#### Post date: [27 April 2026 08:11 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857/3 "2026-04-27T08:11:46Z")
> [@gregorius](#):
>
> What is shown in the animation is the truncation of the hex to 0x2c652cee5922ee00 and the decimal accordingly to 3199012512525905400
That number far exceeds safe max integer: [Number.MAX\_SAFE\_INTEGER - JavaScript | MDN](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number/MAX_SAFE_INTEGER)
If your want to know why/how, there are tonnes of articles around the web that can do a better job of explaining it than I can.
I guess the question is should node red do something about that? Like use a library capable of true 64-bit integes?. Or automatically convert to bigint? Or something else? It's not an easy problem to solve without breaking something else downstream that doesn't also handle numbers greater than the max safe
---
### Author:  [@gregorius](https://discourse.nodered.org/u/gregorius)
#### Post date: [27 April 2026 08:33 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857/4 "2026-04-27T08:33:51Z")
> [@Steve-Mcl](#):
>
> I guess the question is should node red do something about that? Like use a library capable of true 64-bit integes?. Or automatically convert to bigint?
Exactly that's what I was trying to point out - Node-RED provides me with a falsehood _without_ indicating that. If there was a red star a blink error message or something else to tell me that the number shown is wrong, then I can handle that.
> [@Steve-Mcl](#):
>
> Or something else?
I would be for a error message or warning in the debug panel so that I and others can take actions when values are _knowingly_ incorrect. Being able to handle the hex value correctly would be a second step in my opinion.
---
### Author:  [@Colin](https://discourse.nodered.org/u/Colin)
#### Post date: [27 April 2026 09:12 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857/5 "2026-04-27T09:12:47Z")
> [@gregorius](#):
>
> I would be for a error message or warning in the debug panel
I don't think the debug panel will have any way of knowing, it is just showing what is in msg.payload. It is in the Inject node that the error occurs, ideally it should not allow you to specify a value that it cannot accurately put in the message.
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [27 April 2026 12:15 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857/6 "2026-04-27T12:15:07Z")
The problem is that `Number.MAX_SAFE_INTEGER` is not the largest number that JavaScript will process, merely the largest number you can safely handle in calculations to get an accurate answer.
So setting a number higher than that is not an error.
Perhaps, however, we should consider it a bug that the debug node does not give a warning. It could use `Number.isSafeInteger()` - however, I suspect that this would involve a fair bit more processing and debug can already slow things down.
Have you tried outputting just to console using the debug node? Does that have the same issue?
Instead of packing more processing into the debug node, perhaps we should consider adding a "Limitations" page to the documentation for Node-RED? We could use that to collect the issues that JavaScript forces on us?
---
### Author:  [@Colin](https://discourse.nodered.org/u/Colin)
#### Post date: [27 April 2026 13:05 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857/7 "2026-04-27T13:05:15Z")
> [@TotallyInformation](#):
>
> could use `Number.isSafeInteger()`
Couldn't that be done in the inject node to check the number is safe?
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [27 April 2026 13:45 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857/8 "2026-04-27T13:45:13Z")
The trouble either way is - what to check? If you are inputting or outputting a complex object, how far down do you check for large numbers?
---
### Author:  [@Colin](https://discourse.nodered.org/u/Colin)
#### Post date: [27 April 2026 14:58 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857/9 "2026-04-27T14:58:21Z")
> [@TotallyInformation](#):
>
> how far down do you check for large numbers?
Good point.
---
### Author:  [@gregorius](https://discourse.nodered.org/u/gregorius)
#### Post date: [27 April 2026 15:14 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857/10 "2026-04-27T15:14:46Z")
> [@TotallyInformation](#):
>
> Have you tried outputting just to console using the debug node?
```auto
node-red-builder-1 | {
node-red-builder-1 | _msgid: '5af98ba99011bc92',
node-red-builder-1 | payload: 3199012512525905400
node-red-builder-1 | }
```
in the console it is also wrong.
Strangely I tested using Erlang-Red and the console was right, i.e.
```auto
DEBUG [<<"debug 14">>]: #{'_msgid' => <<"4a6998ee04ab60a1">>,
'_ws' => ws0aef38,
<<"payload">> => 3199012512525905229}
```
but the debug panel (in Erlang-Red) was also wrong, i.e., showing a truncated value.
This for me suggests that there are two truncations happening, one internally on the NodeJS side and one on the frontend in the debug panel.
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [27 April 2026 15:21 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857/11 "2026-04-27T15:21:22Z")
> [@gregorius](#):
>
> This for me suggests that there are two truncations happening, one internally on the NodeJS side and one on the frontend in the debug panel.
That does not surprise me as each will be going through its own processing I think.
Nobody sensible claims that JavaScript is a "good" computer language. Merely the one used everywhere! 😃
---
### Author:  [@system](https://discourse.nodered.org/u/system)
#### Post date: [26 June 2026 15:22 UTC](https://discourse.nodered.org/t/truncation-of-hexadecimal-input-known-issue/100857/12 "2026-06-26T15:22:15Z")
This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.