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 Feb 3, 2022. It is now read-only.
Hi, I'm working on Polymath and we are using Polkascan to serve a block explorer for Polymesh.
We've found that whenever an extrinsic fails, the error message shown in the explorer sometimes is wrong.
Looking this in deep, I found that explorer is assuming the module who thrown the error is the same target module of the extrinsic, but sometimes it is not true.
The way the ExtrinsicFailed event exposes it is a bit confusing but it is returning an index to search the corresponding module_id, but I think there is not way to use it properly with the current RuntimeModule table as it doesn't store this index.
Is there another way to solve this issue? or it will be necessary to change how the harvester stores the data?
The text was updated successfully, but these errors were encountered:
You are absolutely right, and as a matter of fact we already fixed this issue for polkascan.io, but we haven't pushed the fix upstream to the OS version. As you suggested we indeed introduced an module index for RuntimeModule.
Thanks @arjanz. How this kind of upgrades are applied to a running system? Do I need to delete the database and to start to harvest from genesis again? Or simply updating the code and restarting the service will apply the changes?
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hi, I'm working on Polymath and we are using Polkascan to serve a block explorer for Polymesh.
We've found that whenever an extrinsic fails, the error message shown in the explorer sometimes is wrong.
Looking this in deep, I found that explorer is assuming the module who thrown the error is the same target module of the extrinsic, but sometimes it is not true.
The way the
ExtrinsicFailed
event exposes it is a bit confusing but it is returning an index to search the corresponding module_id, but I think there is not way to use it properly with the currentRuntimeModule
table as it doesn't store this index.Is there another way to solve this issue? or it will be necessary to change how the harvester stores the data?
The text was updated successfully, but these errors were encountered: