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
Gnodev can sometimes replay transactions and sometimes cannot. We should optimize this information for readability when used locally by developers.
Another important need for this feature is to enhance the failing report for portal loops. This will allow us and any other loop to update their gnoland deps (binary, examples/ folder, etc) while maintaining a clear list of issues related to failed transactions.
Developers will then have the option to ignore the warnings or address them.
In our specific case as portal loop maintainers, we want to create a simple process where a PR can be merged even if it breaks the loop (a.k.a, no CI). However, we also need meaningful logs to assist us in "patching" the history.
Gnodev can sometimes replay transactions and sometimes cannot. We should optimize this information for readability when used locally by developers.
Another important need for this feature is to enhance the failing report for portal loops. This will allow us and any other loop to update their gnoland deps (binary, examples/ folder, etc) while maintaining a clear list of issues related to failed transactions.
Developers will then have the option to ignore the warnings or address them.
In our specific case as portal loop maintainers, we want to create a simple process where a PR can be merged even if it breaks the loop (a.k.a, no CI). However, we also need meaningful logs to assist us in "patching" the history.
The use cases I have in mind are:
Related with #2866
See #2862 (comment)
The text was updated successfully, but these errors were encountered: