Skip to content
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

Make crate visible methods of OverlayedChanges public #2597

Merged

Conversation

ParthDesai
Copy link
Contributor

@ParthDesai ParthDesai commented Dec 4, 2023

Description

  • What does this PR do?
    This PR make some methods of OverlayedChanges public which were previously only visible in same crate.
  • Why are these changes needed?
    Since, some methods of the OverlayedChanges only have crate level visibility, which makes OverlayedChanges somewhat unusable outside the crate to create custom implementation of Externalities. We make those method public to enable OverlayedChanges to remedy this.
  • How were these changes implemented and what do they affect?
    Changes are implemented by replacing crate visibility to public visibility of 4 functions.

Checklist

  • My PR includes a detailed description as outlined in the "Description" section above
  • My PR follows the labeling requirements of this project (at minimum one label for T
    required)
  • I have made corresponding changes to the documentation (if applicable)
  • I have added tests that prove my fix is effective or that my feature works (if applicable)

@paritytech-review-bot paritytech-review-bot bot requested a review from a team December 4, 2023 10:19
@ParthDesai ParthDesai changed the title Make crate visible methods of OverlayedChanges to public Make crate visible methods of OverlayedChanges public Dec 4, 2023
@bkchr bkchr added the R0-silent Changes should not be mentioned in any release notes label Dec 6, 2023
@bkchr bkchr requested a review from a team December 6, 2023 15:53
@bkchr bkchr added T0-node This PR/Issue is related to the topic “node”. and removed R0-silent Changes should not be mentioned in any release notes labels Dec 6, 2023
@michalkucharczyk michalkucharczyk requested a review from a team December 6, 2023 19:34
@bkchr
Copy link
Member

bkchr commented Dec 7, 2023

@ParthDesai could you please add a prdoc as described here: https://github.com/paritytech/polkadot-sdk/blob/master/docs/contributor/prdoc.md

@ParthDesai
Copy link
Contributor Author

@ParthDesai could you please add a prdoc as described here: https://github.com/paritytech/polkadot-sdk/blob/master/docs/contributor/prdoc.md

@bkchr Added.

@ParthDesai ParthDesai force-pushed the make-methods-of-overlayed-changes-public branch from 413cc1e to 81ad969 Compare December 8, 2023 12:22
@bkchr bkchr enabled auto-merge (squash) December 10, 2023 08:19
@bkchr bkchr disabled auto-merge December 12, 2023 19:50
@bkchr bkchr merged commit 0470bd6 into paritytech:master Dec 12, 2023
114 of 115 checks passed
@ParthDesai ParthDesai deleted the make-methods-of-overlayed-changes-public branch December 15, 2023 08:21
bgallois pushed a commit to duniter/duniter-polkadot-sdk that referenced this pull request Mar 25, 2024
)

# Description

- What does this PR do?
This PR make some methods of `OverlayedChanges` public which were
previously only visible in same crate.
- Why are these changes needed?
Since, some methods of the `OverlayedChanges` only have crate level
visibility, which makes `OverlayedChanges` somewhat unusable outside the
crate to create custom implementation of `Externalities`. We make those
method public to enable `OverlayedChanges` to remedy this.
- How were these changes implemented and what do they affect?
Changes are implemented by replacing crate visibility to public
visibility of 4 functions.


# Checklist

- [x] My PR includes a detailed description as outlined in the
"Description" section above
- [ ] My PR follows the [labeling requirements](CONTRIBUTING.md#Process)
of this project (at minimum one label for `T`
  required)
- [ ] I have made corresponding changes to the documentation (if
applicable)
- [ ] I have added tests that prove my fix is effective or that my
feature works (if applicable)

---------

Co-authored-by: Bastian Köcher <git@kchr.de>
bkontur pushed a commit that referenced this pull request Jun 5, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 7, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 7, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 12, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 13, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 14, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 14, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 14, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 14, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 20, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 20, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 26, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 26, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jun 28, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jul 1, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jul 4, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jul 16, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
bkontur pushed a commit that referenced this pull request Jul 17, 2024
…d at lane (#2597)

* compute_per_lane_priority_boost to discuss new approach

* clippy

* fix incorrect merge
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
T0-node This PR/Issue is related to the topic “node”.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants