Skip to content

1.8.0#176

Merged
whymarrh merged 1 commit intodevelopfrom
v1.8.0
Nov 6, 2019
Merged

1.8.0#176
whymarrh merged 1 commit intodevelopfrom
v1.8.0

Conversation

@whymarrh
Copy link
Contributor

@whymarrh whymarrh commented Nov 5, 2019

📦 🚀

This PR represents v1.8.0, the next release! I've bumped the minor version as it includes #158 which is itself a minor version bump. This also includes @rickycodes' #173 which fixes a subtle MetaMask bug.

Copy link
Contributor

@estebanmino estebanmino left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🚀

@codecov-io
Copy link

codecov-io commented Nov 5, 2019

Codecov Report

Merging #176 into develop will not change coverage.
The diff coverage is n/a.

Impacted file tree graph

@@          Coverage Diff           @@
##           develop   #176   +/-   ##
======================================
  Coverage      100%   100%           
======================================
  Files           23     23           
  Lines         1499   1499           
  Branches       210    210           
======================================
  Hits          1499   1499

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 2ca33d3...b6897e5. Read the comment docs.

Copy link
Contributor

@rickycodes rickycodes left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍

@whymarrh whymarrh merged commit 2771853 into develop Nov 6, 2019
@whymarrh whymarrh deleted the v1.8.0 branch January 22, 2020 01:44
MajorLift pushed a commit that referenced this pull request Oct 11, 2023
MajorLift pushed a commit that referenced this pull request Oct 11, 2023
Mrtenz pushed a commit that referenced this pull request Oct 16, 2025
* Refactor cache helper methods

Refactor cache helper methods to no longer use the `Payload` type to
access the request method. Instead they now take the method directly.

This relates to #176, in that it reduces the number of places where we
are using this `Payload` type that we need to eliminate for #176.

* Add docs and tests

* Add canCache refactor
Mrtenz pushed a commit that referenced this pull request Oct 16, 2025
* Rename `blockTagForPayload` to `blockTagForRequest`

The utility method `blockTagForPayload` has been renamed to
`blockTagForRequest`, and updated to accept a JSON-RPC request rather
than a `Payload`. Documentation and tests have been added as well.

Relates to #176, which is partially caused by this `Payload` type that
we're removing one usage of here.

* Return `unknown` from `blockTagForRequest`
Mrtenz pushed a commit that referenced this pull request Oct 16, 2025
* Refactor function to get cache identifier

The function `cacheIdentifierForPayload` has been renamed to
`cacheIdentifierForRequest`, and refactored to accept a JSON-RPC
request rather than the `Payload` type.

The function `paramsWithoutBlockTag` has been updated to accept a JSON-
RPC request rather than a `Payload` as well. I noticed that this
function wasn't being used anywhere, so the `export` was removed as
well.

The `block-cache` and `inflight-cache` middleware required some
internal updates to accomodate these type changes. No functional
changes or external-facing type changes have been made.

Documentation and tests have been added. This brings test coverage for
`cache.ts` up to 100%.

Relates to #176 in that it helps unblock the necessary changes.

* Make `method` parameter mandatory for cache utility functions

The `method` parameter is now mandatory for the cache utility
functions. It was only made optional in the first place as a side-
effect of an erroneous type that was being used (`Payload`), which has
now been replaced.

* Remove leftover merge marger
Mrtenz pushed a commit that referenced this pull request Oct 16, 2025
* Use unknown JSON-RPC requests and responses

The types of all middleware have been updated to remove assumptions
about the parameter and response types. Previously the parameters were
all assumed to be `string[]` and the response results were assumed to
be `Block`, but neither of those are true in practice.

Fixes #176

* Improve type narrowing and add docs

* Remove redundant conditions

* Fix property check by switching to intersection type
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants