-
Notifications
You must be signed in to change notification settings - Fork 2.6k
Conversation
@@ -784,7 +784,7 @@ pub mod pallet { | |||
return false | |||
} | |||
a.flags.set_new_logic(); | |||
if !a.reserved.is_zero() || !a.frozen.is_zero() { | |||
if !a.reserved.is_zero() && a.frozen.is_zero() { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This logic here is essentially saying that frozen funds don't contribute any provider refs; is this true?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well, it's that frozen funds already require a consumer ref in the original logic, so if we have non-zero frozen funds, then we already have the consumer we need (and if we have a consumer, we must have a provider).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah ok, so it's reserved funds in the old logic that did not have a consumer, and so we have to add it here?
bot merge |
Error: Response error (status 500 Internal Server Error):
|
1 similar comment
Error: Response error (status 500 Internal Server Error):
|
bot merge |
Waiting for commit status. |
Merge cancelled due to error. Error: Statuses failed for 26ced3c |
bot rebase |
Rebased |
bot merge |
Waiting for commit status. |
* Fix: Incorrect implementation of can_reserve check * Fix: Incorrect migration of consumer counting for existing accounts with frozen amounts * Fix: Inconsistent implementation between assets can_deposit and new_account * Fixes * Fixes * Another fix * Update tests.rs * Update fungible_tests.rs * Use `can_accrue_consumers` in the body of `can_inc_consumer` --------- Co-authored-by: Keith Yeung <[email protected]> Co-authored-by: Oliver Tale-Yazdi <[email protected]> Co-authored-by: parity-processbot <>
* Fix: Incorrect implementation of can_reserve check * Fix: Incorrect migration of consumer counting for existing accounts with frozen amounts * Fix: Inconsistent implementation between assets can_deposit and new_account * Fixes * Fixes * Another fix * Update tests.rs * Update fungible_tests.rs * Use `can_accrue_consumers` in the body of `can_inc_consumer` --------- Co-authored-by: Keith Yeung <[email protected]> Co-authored-by: Oliver Tale-Yazdi <[email protected]> Co-authored-by: parity-processbot <>
No description provided.