-
Notifications
You must be signed in to change notification settings - Fork 336
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Split StakingMsg::Withdraw #876
Conversation
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.
Looks good, nice comments.
I would just like to ensure these hide behind the staking
feature flag
@@ -88,6 +80,27 @@ pub enum StakingMsg { | |||
}, | |||
} | |||
|
|||
/// The message types of the distribution module. |
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.
It looks good.
@@ -24,6 +24,7 @@ where | |||
// to call into more app-specific code (whatever they define) | |||
Custom(T), | |||
Staking(StakingMsg), | |||
Distribution(DistributionMsg), |
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.
Once upon a time, StakingMsg
was feature gated under #[cfg(feature = "staking")]
. I think it should be again, and same with DistributionMsg. This means that every contract that uses them is forced to expose the requires_staking
export flag and then can fail on upload to chains without PoS (I expect some PoA chains and PoE chains to use CosmWasm without staking and delegation).
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.
It was introduced in #300 and at some point along the way we decided to remove it at least for messages. I don't member why. Maybe it was related to the exhaustive/non-exhaustive and related trouble on the enum. But since it works well for the stargate flag now, I'll just try to add it again.
Yeah, makes sense, will update |
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.
Okay, #878 makes sense
If you rebase on that and do the same for DistributionMsg, then this is good to merge.
22aaa6f
to
494cf17
Compare
Closes #848