Harrm
Harrm
When we process a scheduled authority change, we should only consider the scheduled authorities list as the current list when the block, where the change was scheduled, is finalized. However,...
Kagome exceeds its open file limit, which causes LevelDB to yield an error and cause the process to crash. While syncing rococo at around 900K blocks it occurs every 5...
Overlapping (even in different forks AFAIK) forced changes are incorrect. We should have a check for this situation.
I noticed that when Hunter build LLVM as WAVM dependency, it builds all of LLVM. That significantly increases build time, given that only compiler-rt is needed. Can be fixed by...
For example, recovery won't work in this case, either, although it does not require any network connection. This is not nice.
We noted that the mentioned block is executed for 17 seconds. This may indicate performance issues in the mechanisms used in this block.
As all dependencies in our unit tests should be mocked, an injector that just mocks everything would be welcome.
Nothing is known besides a stack trace: Stacktrace: ``` unhandled SIGSEGV Call stack: /Users/harrm/Projects/kagome/cmake-build-debug/node/kagome!WAVM::Errors::fatalfWithCallStack(char const*, ...)+342 /Users/harrm/Projects/kagome/cmake-build-debug/node/kagome!signalHandler(int, __siginfo*, void*)+751 /usr/lib/system/libsystem_platform.dylib!_sigtramp+28 /Users/harrm/Projects/kagome/cmake-build-debug/node/kagome!libp2p::protocol::Ping::startPinging(std::__1::shared_ptr const&, std::__1::function)+75 /Users/harrm/Projects/kagome/cmake-build-debug/node/kagome!kagome::network::PeerManagerImpl::startPingingPeer(libp2p::peer::PeerId const&)+675 /Users/harrm/Projects/kagome/cmake-build-debug/node/kagome!auto kagome::network::PeerManagerImpl::processFullyConnectedPeer(libp2p::peer::PeerId const&)::$_2::operator()(boost::outcome_v2::basic_result&&) const+2043 /Users/harrm/Projects/kagome/cmake-build-debug/node/kagome!decltype(static_cast(fp)(static_cast(fp0)))...