Skip to content

feat(permission-controller): Allow passing additional metadata during requestPermissions #4179

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

Merged
merged 2 commits into from
Apr 18, 2024

Conversation

FrederikBolding
Copy link
Member

@FrederikBolding FrederikBolding commented Apr 18, 2024

Explanation

For certain use-cases, such as the SDK, it may be beneficial to be able to store additional metadata about permission requests. This PR adds a metadata property to the requestPermission options which is merged into the existing metadata object and ultimately stored in the ApprovalController.

Changelog

@metamask/permission-controller

  • Added: Allow passing additional metadata during requestPermissions

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

@FrederikBolding FrederikBolding requested a review from a team as a code owner April 18, 2024 10:28
Copy link

@abretonc7s abretonc7s left a comment

Choose a reason for hiding this comment

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

LGTM

@FrederikBolding FrederikBolding merged commit 4e9711a into main Apr 18, 2024
139 checks passed
@FrederikBolding FrederikBolding deleted the fb/allow-passing-metadata-in-permission-request branch April 18, 2024 11:16
christopherferreira9 pushed a commit to MetaMask/metamask-mobile that referenced this pull request Apr 19, 2024
<!--
Please submit this PR as a draft initially.
Do not mark it as "Ready for review" until the template has been
completely filled out, and PR status checks have passed at least once.
-->

## **Description**

This PR fixes an issue with incorrect use of the permissionController
which doesn't allow re-using similar ID to create a permission request.

If a connection sends multiple request accounts, it would endup
rejecting the connection and all further requests until the app is
restarted.

Because the permissionController doesn't allow passing metadata, the
workaround was to use the id field to link back to metadata but it
eventually created the issue described above.

Future version of the permissionController have been patched from
MetaMask/core#4179

## **Related issues**

Fixes: #9308

## **Manual testing steps**

1. Go to this page...
2.
3.

## **Screenshots/Recordings**

<!-- If applicable, add screenshots and/or recordings to visualize the
before and after of your change. -->

### **Before**

<!-- [screenshots/recordings] -->

### **After**

<!-- [screenshots/recordings] -->

## **Pre-merge author checklist**

- [x] I’ve followed [MetaMask Coding
Standards](https://github.com/MetaMask/metamask-mobile/blob/main/.github/guidelines/CODING_GUIDELINES.md).
- [x] I've completed the PR template to the best of my ability
- [x] I’ve included tests if applicable
- [x] I’ve documented my code using [JSDoc](https://jsdoc.app/) format
if applicable
- [x] I’ve applied the right labels on the PR (see [labeling
guidelines](https://github.com/MetaMask/metamask-mobile/blob/main/.github/guidelines/LABELING_GUIDELINES.md)).
Not required for external contributors.

## **Pre-merge reviewer checklist**

- [ ] I've manually tested the PR (e.g. pull and build branch, run the
app, test code being changed).
- [ ] I confirm that this PR addresses all acceptance criteria described
in the ticket it closes and includes the necessary testing evidence such
as recordings and or screenshots.
metamaskbot pushed a commit to MetaMask/metamask-mobile that referenced this pull request Apr 19, 2024
<!--
Please submit this PR as a draft initially.
Do not mark it as "Ready for review" until the template has been
completely filled out, and PR status checks have passed at least once.
-->

## **Description**

This PR fixes an issue with incorrect use of the permissionController
which doesn't allow re-using similar ID to create a permission request.

If a connection sends multiple request accounts, it would endup
rejecting the connection and all further requests until the app is
restarted.

Because the permissionController doesn't allow passing metadata, the
workaround was to use the id field to link back to metadata but it
eventually created the issue described above.

Future version of the permissionController have been patched from
MetaMask/core#4179

## **Related issues**

Fixes: #9308

## **Manual testing steps**

1. Go to this page...
2.
3.

## **Screenshots/Recordings**

<!-- If applicable, add screenshots and/or recordings to visualize the
before and after of your change. -->

### **Before**

<!-- [screenshots/recordings] -->

### **After**

<!-- [screenshots/recordings] -->

## **Pre-merge author checklist**

- [x] I’ve followed [MetaMask Coding
Standards](https://github.com/MetaMask/metamask-mobile/blob/main/.github/guidelines/CODING_GUIDELINES.md).
- [x] I've completed the PR template to the best of my ability
- [x] I’ve included tests if applicable
- [x] I’ve documented my code using [JSDoc](https://jsdoc.app/) format
if applicable
- [x] I’ve applied the right labels on the PR (see [labeling
guidelines](https://github.com/MetaMask/metamask-mobile/blob/main/.github/guidelines/LABELING_GUIDELINES.md)).
Not required for external contributors.

## **Pre-merge reviewer checklist**

- [ ] I've manually tested the PR (e.g. pull and build branch, run the
app, test code being changed).
- [ ] I confirm that this PR addresses all acceptance criteria described
in the ticket it closes and includes the necessary testing evidence such
as recordings and or screenshots.
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.

3 participants