-
-
Notifications
You must be signed in to change notification settings - Fork 207
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
chore: fix lint warnings in KeyringController
#5170
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.
When you run yarn lint
do you see changes to eslint-warning-thresholds.json
? If so can you commit those too? You should see numbers go down.
@mcmire I updated the file, but now |
@mikesposito Hmm. I am able to replicate the error that CI shows. Maybe your ESLint cache is out of date? Try running: |
Co-authored-by: Elliot Winkler <[email protected]>
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.
LGTM!
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.
Much better now, thanks!
@@ -2201,9 +2194,6 @@ export class KeyringController extends BaseController< | |||
// NOTE: Not all keyrings implement this method in a asynchronous-way. Using `await` for | |||
// non-thenable will still be valid (despite not being really useful). It allows us to cover both | |||
// cases and allow retro-compatibility too. | |||
// FIXME: For some reason, it seems that eslint is complaining about this call being non-thenable | |||
// even though it is... For now, we just disable it: | |||
// eslint-disable-next-line @typescript-eslint/await-thenable |
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, thanks for fixing/removing this one 😄 This drove me crazy last time! Might have been a false-positive and the eslint
update fixed it!
Blocked by: - #5170 ## Explanation <!-- Thanks for your contribution! Take a moment to answer these questions so that reviewers have the information they need to properly understand your changes: * What is the current state of things and why does it need to change? * What is the solution your changes offer and how does it work? * Are there any changes whose purpose might not obvious to those unfamiliar with the domain? * If your primary goal was to update one package but you found you had to update another one along the way, why did you do so? * If you had to upgrade a dependency, why did you do so? --> No specific error is thrown when an operation that requires an unlocked vault is attempted while `KeyringController.state.isUnlocked` is false. This doesn't make the operations possible, but it doesn't give a clear error message either. This PR adds an assertion on almost all `KeyringController` methods to check if the controller is unlocked and to throw an error when it isn't. ## References <!-- Are there any issues that this pull request is tied to? Are there other links that reviewers should consult to understand these changes better? Are there client or consumer pull requests to adopt any breaking changes? For example: * Fixes #12345 * Related to #67890 --> * Fixes #5171 ## Changelog <!-- If you're making any consumer-facing changes, list those changes here as if you were updating a changelog, using the template below as a guide. (CATEGORY is one of BREAKING, ADDED, CHANGED, DEPRECATED, REMOVED, or FIXED. For security-related issues, follow the Security Advisory process.) Please take care to name the exact pieces of the API you've added or changed (e.g. types, interfaces, functions, or methods). If there are any breaking changes, make sure to offer a solution for consumers to follow once they upgrade to the changes. Finally, if you're only making changes to development scripts or tests, you may replace the template below with "None". --> ### `@metamask/keyring-controller` - **CHANGED**: A specific error message is thrown when any operation is attempted while the controller is locked ## Checklist - [ ] I've updated the test suite for new or updated code as appropriate - [ ] I've updated documentation (JSDoc, Markdown, etc.) for new or updated code as appropriate - [ ] I've highlighted breaking changes using the "BREAKING" category above as appropriate - [ ] I've prepared draft pull requests for clients and consumer packages to resolve any breaking changes
Explanation
Lint warnings in the
KeyringController
package have been fixedReferences
N/A
Changelog
No consumer-facing changes
Checklist