paras: fix upgrade restriction signal (#4603)

Closes #3971

Read the linked issue.

Apart from that, this addresses the concern raised in this [comment] by
just adding a test. I couldn't find a clean way to reconcile a block
number delay with a PVF voting TTL, so I just resorted to rely on the
test. Should be fine for now.

[comment]: https://github.com/paritytech/polkadot/pull/4457#discussion_r770517562
This commit is contained in:
Sergei Shulepov
2021-12-31 16:32:40 +01:00
committed by GitHub
parent 72a92eaf9e
commit 5f6a03925a
6 changed files with 116 additions and 19 deletions
+2 -2
View File
@@ -238,7 +238,7 @@ mod tests {
pub(crate) fn run_to_block(to: BlockNumber, new_session: Option<Vec<BlockNumber>>) {
while System::block_number() < to {
let b = System::block_number();
Paras::initializer_finalize();
Paras::initializer_finalize(b);
Dmp::initializer_finalize();
if new_session.as_ref().map_or(false, |v| v.contains(&(b + 1))) {
Dmp::initializer_on_new_session(&Default::default(), &Vec::new());
@@ -248,7 +248,7 @@ mod tests {
System::on_initialize(b + 1);
System::set_block_number(b + 1);
Paras::initializer_finalize();
Paras::initializer_finalize(b + 1);
Dmp::initializer_initialize(b + 1);
}
}