Skip to content
  1. Jun 08, 2020
    • Shawn Tabrizi's avatar
      Temporary and Heavy Weights for Society Pallet (#6283) · 669702ee
      Shawn Tabrizi authored
      * temporary weights for society
      
      * on_initialize weight
      669702ee
    • Hernando Castano's avatar
      Use Subscription Manager from `jsonrpc-pubsub`: The Sequel (#6254) · 3cb05a1e
      Hernando Castano authored
      
      
      * Bump jsonrpc pubsub, core, http, and ws
      
      Right now these are the packages which _need_ to be updated
      so I can just the latest `jsonrpc-pubsub` code. Once a release
      it cut upstream the rest of the dependencies should be updated
      as well.
      
      * Use jsonrpc-pubsub's SubscriptionManager
      
      This places sc-rpc-api::Subscriptions
      
      * Bump jsonrpc-core outside of sc-rpc-*
      
      * Update client/rpc tests
      
      Right now one of the `author` tests is failing, I
      need to think a bit about how best to fix it.
      
      * Remove Subscriptions manager
      
      There's no need for this implementation since we're
      using the one from `jsonrpc-pubsub` now
      
      * Fix author RPC test
      
      This test used to check for a numerial subscription ID,
      whereas now it uses a string based ID which is the default
      provided by `jsonrpc-pubsub`'s subscription manager.
      
      * Remove unused NumericIdProvider
      
      * Add missing bracket
      
      Removed one too many with that last one, lol
      
      * Bump `jsonrpc` to v14.2
      
      There's an exception though. `jsonrpc-derive` cannot be bumped
      past v14.0.5 just yet since it has a dependency on `quote` pinned
      to v1.0.1. This means that at the moment it won't build on Substrate
      since it's using v1.0.3.
      
      * Track `jsonrpc-derive` master branch
      
      * Bump `quote` version to v1.0.6
      
      * Bump `jsonrpc-derive` to v14.2.1
      
      This includes support for `quote` v1.0.6
      
      * Use exact version for jsonrpc crates
      
      Doing this to make sure any updates in jsonrpc don't
      accidently trickle down to Polkadot.
      
      Co-authored-by: default avatarAndré Silva <[email protected]>
      3cb05a1e
    • pscott's avatar
      Make all features explicit (#6267) · a5bf77de
      pscott authored
      
      
      * make all features explicit
      
      * Change to -feature suffix to with- prefix
      
      * Add newline at the end of the Cargo.toml file
      
      * Remove rhd feature
      
      * Remove some features from Cargo.toml
      
      * Remove test-helpers feature in tx pool
      
      * Return db_open_error("with-"..
      
      Co-authored-by: default avatarBastian Köcher <[email protected]>
      
      * Rename subdb feature to with-subdb
      
      Co-authored-by: default avatarBastian Köcher <[email protected]>
      
      * Remove 'strict' feature and cfg_attr
      
      * Check for with-subdb feature instead of subdb
      
      Co-authored-by: default avatarBastian Köcher <[email protected]>
      a5bf77de
    • Boqin Qin's avatar
    • Gavin Wood's avatar
      Introduce stacked filtering (#6273) · 39a3372a
      Gavin Wood authored
      
      
      * Introduce stacked filtering.
      
      * Benchmarks
      
      * Remove unneeded crates
      
      * Fix proxy type's permissiveness checks.
      
      * Repot multisig to make utility stateless.
      
      * Repot filter stack impl into macro
      
      * Fix wasm build
      
      * Tests
      
      * Final test.
      
      * Tests for the macro
      
      * Fix test
      
      * Line width
      
      * Fix
      
      * Update frame/multisig/src/benchmarking.rs
      
      Co-authored-by: default avatarShawn Tabrizi <[email protected]>
      
      * Update primitives/std/with_std.rs
      
      Co-authored-by: default avatarBastian Köcher <[email protected]>
      
      * Grumble
      
      * Update frame/support/src/traits.rs
      
      Co-authored-by: default avatarBastian Köcher <[email protected]>
      
      * Update frame/support/src/traits.rs
      
      Co-authored-by: default avatarBastian Köcher <[email protected]>
      
      * Update frame/support/src/traits.rs
      
      Co-authored-by: default avatarBastian Köcher <[email protected]>
      
      * Update frame/support/src/traits.rs
      
      Co-authored-by: default avatarBastian Köcher <[email protected]>
      
      * Update frame/support/src/traits.rs
      
      Co-authored-by: default avatarBastian Köcher <[email protected]>
      
      * Update frame/multisig/src/tests.rs
      
      Co-authored-by: default avatarShawn Tabrizi <[email protected]>
      
      * Update frame/multisig/src/tests.rs
      
      Co-authored-by: default avatarShawn Tabrizi <[email protected]>
      
      * Grumble
      
      * Migration
      
      * Grumble
      
      * Comments
      
      * Migration
      
      * Fix
      
      * Fix
      
      * Line width
      
      * Allow unused
      
      * Update frame/multisig/src/lib.rs
      
      Co-authored-by: default avatarAlexander Popiak <[email protected]>
      
      * Fix up grumble.
      
      * Remove Utility constraint in NonTransfer
      
      Co-authored-by: default avatarShawn Tabrizi <[email protected]>
      Co-authored-by: default avatarBastian Köcher <[email protected]>
      Co-authored-by: default avatarAlexander Popiak <[email protected]>
      39a3372a
    • Bastian Köcher's avatar
      Fix transaction pruning in tx-pool (#6276) · 9fe0da54
      Bastian Köcher authored
      The `tree_route` generated by the import notification is only from the
      old best block to the new best parent. This means, it does not contain
      the new best block in `enacted()`. We need to prune the transactions of
      the new best block "manually" to fix this bug.
      
      Besides that, this pr also changed the `id` parameter of the `NewBlock`
      chain event to `hash`. The hash of a block is unique in contrast to the
      block number. (Block id can either be number or hash)
      9fe0da54
  2. Jun 06, 2020
  3. Jun 05, 2020
  4. Jun 04, 2020
  5. Jun 03, 2020
  6. Jun 02, 2020
  7. Jun 01, 2020
  8. May 30, 2020
  9. May 29, 2020