Bridge: added force_set_pallet_state call to pallet-bridge-grandpa #4465
Conversation
|
bot help |
|
Here's a link to docs |
|
bot bench cumulus-bridge-hubs --pallet=pallet_bridge_grandpa |
|
@svyatonik https://gitlab.parity.io/parity/mirrors/polkadot-sdk/-/jobs/6230626 was started for your command Comment |
|
@svyatonik Command |
|
bot cancel |
|
@svyatonik No task is being executed for this pull request |
|
bot bench cumulus-bridge-hubs --pallet=pallet_bridge_grandpa |
|
@svyatonik https://gitlab.parity.io/parity/mirrors/polkadot-sdk/-/jobs/6231075 was started for your command Comment |
…=bridge-hub-rococo --runtime_dir=bridge-hubs --target_dir=cumulus --pallet=pallet_bridge_grandpa
|
@svyatonik Command |
|
bot bench cumulus-bridge-hubs --runtime=bridge-hub-westend --pallet=pallet_bridge_grandpa |
|
@svyatonik https://gitlab.parity.io/parity/mirrors/polkadot-sdk/-/jobs/6237037 was started for your command Comment |
…=bridge-hub-westend --runtime_dir=bridge-hubs --target_dir=cumulus --pallet=pallet_bridge_grandpa
|
@svyatonik Command |
github-merge-queue
bot
removed this pull request from the merge queue due to failed status checks
…aritytech#4465) closes paritytech/parity-bridges-common#2963 See issue above for rationale I've been thinking about adding similar calls to other pallets, but: - for parachains pallet I haven't been able to think of a case when we will need that given how long referendum takes. I.e. if storage proof format changes and we want to unstuck the bridge, it'll take a large a few weeks to sync a single parachain header, then another weeks for another and etc. - for messages pallet I've made the similar call initially, but it just changes a storage key (`OutboundLanes` and/or `InboundLanes`), so there's no any logic here and it may be simply done using `system.set_storage`. --------- Co-authored-by: command-bot <>
…aritytech#4465) closes paritytech/parity-bridges-common#2963 See issue above for rationale I've been thinking about adding similar calls to other pallets, but: - for parachains pallet I haven't been able to think of a case when we will need that given how long referendum takes. I.e. if storage proof format changes and we want to unstuck the bridge, it'll take a large a few weeks to sync a single parachain header, then another weeks for another and etc. - for messages pallet I've made the similar call initially, but it just changes a storage key (`OutboundLanes` and/or `InboundLanes`), so there's no any logic here and it may be simply done using `system.set_storage`. --------- Co-authored-by: command-bot <>
closes paritytech/parity-bridges-common#2963
See issue above for rationale
I've been thinking about adding similar calls to other pallets, but:
OutboundLanesand/orInboundLanes), so there's no any logic here and it may be simply done usingsystem.set_storage.