-
Notifications
You must be signed in to change notification settings - Fork 102
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
Remove Runtime.Notify
#843
Comments
Perhaps that is right to do |
@shargon how do you think? I think this is a bug maybe, i have asked Erik for his opinion, but get no response. |
@Jim8y Its not a bug. Remember when a patch came out it allowed contracts to ONLY emit a notify/event if it exists in the contract manifest. |
Now updated the contract analyzer #839 to check the |
What if i did or want to do: public static void SayHelloTo(string eventName, string name)
{
Runtime.Notify(eventName, new[] { $"Hello, {name}" });
} Also what about the parameters? Do you check though too against manifest? |
can be added. |
I think that is a bug, seems good |
@Jim8y Why not have |
You can't do it for every possible |
@shargon @roman-khimov , lets vote whether we ban Notify from contract developer. I think it is uselss now without allowing arbitary notification as user can use event directly. |
You can't ban Notify! How would you make a NEP-17 contract without it? |
then any idea of solving the issue that notify become a trap now? |
You should just remove
Runtime.Notify
its useless now. Or have it add the name to contract manifest.Get error
Inner InvalidOperationException: Event 'SayHello3' does not exist.
Contract
The text was updated successfully, but these errors were encountered: