-
Notifications
You must be signed in to change notification settings - Fork 352
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Incorrect decoding of signed integers i8
/i16
#5702
Comments
I've probably identified the issues and written about it here: #5703 (comment) |
jacogr
added a commit
that referenced
this issue
Aug 29, 2023
* adds tests cases describe in #5702 * fix wrong test outputs * Update packages/types-codec/src/base/Int.spec.ts Co-authored-by: Jaco <[email protected]> * Apply suggestions from code review --------- Co-authored-by: Jaco <[email protected]>
Closing, issues addressed at the |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue if you think you have a related problem or query. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
The decoding of some scale encoded signed integers values result in the wrong representation in js.
Generally scale encoded
i8
andi16
value seem to work fine, however the edge cases, the value of1
andi8::MAX
andi16::MAX
are decoded to the wrong representation in javascript.This issue bubbles up in one form or another, see related issue section. How can we resolve this once and for all?
I've created a PR adding testcases for the broken decoding cases #5703.
I'm submitting a ...
What is the current behavior and expected behavior?
Codesandbox Link
Please tell us about your environment:
Version: @polkadot/[email protected]
Language:
Related Issues
Unexpected values received for types i8 and i16 from ink! contract #5483
Incorrect decoded return value of type Vec<(i16,i16)> use-ink/contracts-ui#508
Decoding error & not correct decoding of returned types containing i16. use-ink/useink#105
The text was updated successfully, but these errors were encountered: