This repository has been archived by the owner on Nov 15, 2023. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
Add pre-checking into the configuration runtime module #4010
Comments
24 tasks
pepyakin
added a commit
that referenced
this issue
Nov 30, 2021
This PR is a part of #3211. This PR adds three new fields into the `HostConfiguration` structure. The fields are going to be used in PRs down the stack. This change requires migration, so this PR performs runtime storage migration for configuration module from version 1 to version 2. This PR closes #4010 and subsumes #4177. There are several TODOs: - [ ] Fill in the PR number for the reference in migration code - [ ] Decide what weight use for `set_pvf_checking_enabled`. It seems that u32 will be close enough, but maybe we still want to add weight for boolean parameters - [ ] Test the upgrade.
3 tasks
pepyakin
added a commit
that referenced
this issue
Nov 30, 2021
This PR is a part of #3211. This PR adds three new fields into the `HostConfiguration` structure. The fields are going to be used in PRs down the stack. This change requires migration, so this PR performs runtime storage migration for configuration module from version 1 to version 2. This PR closes #4010 and subsumes #4177. There are several TODOs: - [ ] Fill in the PR number for the reference in migration code - [ ] Decide what weight use for `set_pvf_checking_enabled`. It seems that u32 will be close enough, but maybe we still want to add weight for boolean parameters - [ ] Test the upgrade.
pepyakin
added a commit
that referenced
this issue
Nov 30, 2021
This PR is a part of #3211. This PR adds three new fields into the `HostConfiguration` structure. The fields are going to be used in PRs down the stack. This change requires migration, so this PR performs runtime storage migration for configuration module from version 1 to version 2. This PR closes #4010 and subsumes #4177. There are several TODOs: - [ ] Fill in the PR number for the reference in migration code - [ ] Decide what weight use for `set_pvf_checking_enabled`. It seems that u32 will be close enough, but maybe we still want to add weight for boolean parameters - [ ] Test the upgrade.
pepyakin
added a commit
that referenced
this issue
Dec 1, 2021
This PR is a part of #3211. This PR adds three new fields into the `HostConfiguration` structure. The fields are going to be used in PRs down the stack. This change requires migration, so this PR performs runtime storage migration for configuration module from version 1 to version 2. This PR closes #4010 and subsumes #4177. There are several TODOs: - [ ] Fill in the PR number for the reference in migration code - [ ] Decide what weight use for `set_pvf_checking_enabled`. It seems that u32 will be close enough, but maybe we still want to add weight for boolean parameters - [ ] Test the upgrade.
3 tasks
pepyakin
added a commit
that referenced
this issue
Dec 1, 2021
This PR is a part of #3211. This PR adds three new fields into the `HostConfiguration` structure. The fields are going to be used in PRs down the stack. This change requires migration, so this PR performs runtime storage migration for configuration module from version 1 to version 2. This PR closes #4010 and subsumes #4177.
pepyakin
added a commit
that referenced
this issue
Dec 3, 2021
This PR is a part of #3211. This PR adds three new fields into the `HostConfiguration` structure. The fields are going to be used in PRs down the stack. This change requires migration, so this PR performs runtime storage migration for configuration module from version 1 to version 2. This PR closes #4010 and subsumes #4177.
pepyakin
added a commit
that referenced
this issue
Dec 3, 2021
This PR is a part of #3211. This PR adds three new fields into the `HostConfiguration` structure. The fields are going to be used in PRs down the stack. This change requires migration, so this PR performs runtime storage migration for configuration module from version 1 to version 2. This PR closes #4010 and subsumes #4177.
pepyakin
added a commit
that referenced
this issue
Dec 3, 2021
This PR is a part of #3211. This PR adds three new fields into the `HostConfiguration` structure. The fields are going to be used in PRs down the stack. This change requires migration, so this PR performs runtime storage migration for configuration module from version 1 to version 2. This PR closes #4010 and subsumes #4177.
pepyakin
added a commit
that referenced
this issue
Dec 3, 2021
This PR is a part of #3211. This PR adds three new fields into the `HostConfiguration` structure. The fields are going to be used in PRs down the stack. This change requires migration, so this PR performs runtime storage migration for configuration module from version 1 to version 2. This PR closes #4010 and subsumes #4177.
pepyakin
added a commit
that referenced
this issue
Dec 7, 2021
This PR is a part of #3211. This PR adds three new fields into the `HostConfiguration` structure. The fields are going to be used in PRs down the stack. This change requires migration, so this PR performs runtime storage migration for configuration module from version 1 to version 2. This PR closes #4010 and subsumes #4177.
pepyakin
added a commit
that referenced
this issue
Dec 8, 2021
This PR is a part of #3211. This PR adds three new fields into the `HostConfiguration` structure. The fields are going to be used in PRs down the stack. This change requires migration, so this PR performs runtime storage migration for configuration module from version 1 to version 2. This PR closes #4010 and subsumes #4177.
paritytech-processbot bot
pushed a commit
that referenced
this issue
Dec 8, 2021
This PR is a part of #3211. This PR adds three new fields into the `HostConfiguration` structure. The fields are going to be used in PRs down the stack. This change requires migration, so this PR performs runtime storage migration for configuration module from version 1 to version 2. This PR closes #4010 and subsumes #4177.
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Into the configuration pallet we should add several new fields for #3211. Here is a rough list:
validation_upgrade_delay
, thus maybe renaming would do.This change requires migration. Refer to #3575 as an example
The text was updated successfully, but these errors were encountered: