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
Is your feature request related to a problem? Please describe.
We were recently trying to debug a zombienet test where the issue ultimately was that one of the parachains was not producing blocks. It would have saved a lot of time if zombienet exposed some logs.
Describe the solution you'd like
It would be really nice if we could turn on some logs for zombienet to see key events like:
Relay chain block 20 produced
Relay chain block 20 finalized
Parachain 100 block 5 produced
Session 2 has started
etc.
It would be immediately clear if something wasn't working, and would also help us visualize the tests better and potentially write better assertions.
This could e.g. be enabled with a CLI flag or an env var.
Discoverability: On test failures, zombienet could suggest using the new option to help debugging.
Describe alternatives you've considered
If there exists some way to do this already, it should be better documented because I don't know about it!
Additional context
No response
The text was updated successfully, but these errors were encountered:
Hi @mrcnski, thanks for your feedback! I think is a good idea but I just want to ask you for getting a better picture since I'm planning to add some kind of repl into the spawning phase in the new version.
From the point of view of the test-runner (testing phase) you can assert on the block production of the relay/para and you will easily see if there are some issue in the block production.
But having a debug logging in the test-runner that just emit some key events of the network could be handy.
From the point of view of the test-runner (testing phase) you can assert on the block production of the relay/para and you will easily see if there are some issue in the block production.
That's true. The idea is just to get a better picture of what's going on in the network. You could add some tests manually, but it would be hard to answer questions like "how do blocks of para 100 compare with blocks of para 101?" (for example).
I guess polkadot-js already has something kind of like this, which I didn't realize. So maybe that's enough? It would just be a bit more convenient to have the information in one place, in the CLI, when running tests.
But having a debug logging in the test-runner that just emit some key events of the network could be handy.
Is your feature request related to a problem? Please describe.
We were recently trying to debug a zombienet test where the issue ultimately was that one of the parachains was not producing blocks. It would have saved a lot of time if zombienet exposed some logs.
Describe the solution you'd like
It would be really nice if we could turn on some logs for zombienet to see key events like:
It would be immediately clear if something wasn't working, and would also help us visualize the tests better and potentially write better assertions.
This could e.g. be enabled with a CLI flag or an env var.
Discoverability: On test failures, zombienet could suggest using the new option to help debugging.
Describe alternatives you've considered
If there exists some way to do this already, it should be better documented because I don't know about it!
Additional context
No response
The text was updated successfully, but these errors were encountered: