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
{{ message }}
This repository has been archived by the owner on Nov 22, 2023. It is now read-only.
We use structs heavily in NEO-ONE TypeScript smart contracts and we depend on the fact that structs are cloned from PICKITEM. So, we'd like to implement #49 again, however this time with a simple logic switch such that old contracts use the old buggy behavior and new contracts use the corrected behavior.
Ideally, we could just turn this feature on using the height the contract was created at, but we don't store this information anywhere. So we'll need an alternate way to determine if a given contract should use the new behavior or old. I suggest that we add a new contract property similar to payable, dynamic invoke, etc. which when present means that the contract uses the new behavior.
This is blocking for NEO-ONE TypeScript smart contracts.
The text was updated successfully, but these errors were encountered:
We use structs heavily in NEO-ONE TypeScript smart contracts and we depend on the fact that structs are cloned from
PICKITEM
. So, we'd like to implement #49 again, however this time with a simple logic switch such that old contracts use the old buggy behavior and new contracts use the corrected behavior.Ideally, we could just turn this feature on using the height the contract was created at, but we don't store this information anywhere. So we'll need an alternate way to determine if a given contract should use the new behavior or old. I suggest that we add a new contract property similar to payable, dynamic invoke, etc. which when present means that the contract uses the new behavior.
This is blocking for NEO-ONE TypeScript smart contracts.
The text was updated successfully, but these errors were encountered: