You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the process of testing my own code, I noticed that IonReader.bigIntValue() was sometimes returning number values, contrary to its contract of only returning JSBI instances or null. Further testing revealed that this only occurred when reading binary data. A minimal failing test case can be found in my fork of this repository here: YourFin@03a85a3
In the process of testing my own code, I noticed that
IonReader.bigIntValue()
was sometimes returningnumber
values, contrary to its contract of only returning JSBI instances or null. Further testing revealed that this only occurred when reading binary data. A minimal failing test case can be found in my fork of this repository here: YourFin@03a85a3Some spelunking revealed that this is likely a regression introduced by 3554f29, as following the call stack down reveals that
.bigIntValue()
returns theany
-typed_curr
value on the underlyingParserBinaryRaw
. Prior to 3554f29, when_curr
was updated by_readIntegerMagnitude
(viaIonParserBinaryRaw.bigIntValue
->IonParserBinaryRaw.load_value
) it could only be set to JSBI values, but following the commit it could be set to JSBI ornumber
values.I have what appears to be a fix for this issue committed to my fork of this repository; let me know (slack nuckolp@) if you'd like me to cut that as a pr.
The text was updated successfully, but these errors were encountered: