forked from storacha/w3up
-
Notifications
You must be signed in to change notification settings - Fork 0
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
feat: content serve authorization (#1590) + set default gateway #99
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
To enable a gateway to serve content from a specific space, we must ensure that the space owner delegates the `space/content/serve/*` capability to the Gateway. This delegation allows the Gateway to serve content and log egress events appropriately. I created a new function `authorizeContentServe` for this implementation and included it in the `createSpace` flow. This is a breaking change because now the user is forced to provide the DIDs of the Content Serve services, and the connection, or skip the authorization flow. Additionally, with the `authorizeContentServe` function, we can implement a feature in the Console App that enables users to explicitly authorize the Freeway Gateway to serve content from existing/legacy spaces. - **New Functionality:** Added a new function, `authorizeContentServe`, in the `w3up-client` module to facilitate the delegation process. Integrated it with the `createdSpace` flow. - **Testing:** Introduced test cases to verify the authorization of specified gateways. - **Fixes:** Resolved issues with previously broken test cases (Egress Record). - storacha/project-tracking#158 - storacha/project-tracking#160
fforbeck
force-pushed
the
feat/content-serve-auth
branch
from
December 11, 2024 19:23
0d4513d
to
6f42347
Compare
alanshaw
approved these changes
Dec 12, 2024
fforbeck
force-pushed
the
feat/content-serve-auth
branch
from
December 12, 2024 19:17
580f93a
to
4c03d6d
Compare
4 tasks
fforbeck
force-pushed
the
feat/content-serve-auth
branch
from
December 16, 2024 14:09
bfc9d68
to
81eb44c
Compare
fforbeck
changed the title
feat!: content serve authorization (#1590)
feat: content serve authorization (#1590) + set default gateway
Dec 16, 2024
fforbeck
force-pushed
the
feat/content-serve-auth
branch
from
December 16, 2024 15:59
90baf03
to
8992687
Compare
fforbeck
force-pushed
the
feat/content-serve-auth
branch
from
December 16, 2024 16:12
8992687
to
c09038b
Compare
This was referenced Dec 19, 2024
fforbeck
pushed a commit
that referenced
this pull request
Dec 19, 2024
🤖 I have created a release *beep* *boop* --- ## [1.2.0](capabilities-v1.1.2...capabilities-v1.2.0) (2024-12-19) ### Features * content serve authorization ([storacha#1590](https://github.com/storacha/upload-service/issues/1590)) + set default gateway ([#99](#99)) ([6cbb202](6cbb202)) ### Other Changes * **main:** release client 1.0.6 ([27cb383](27cb383)) * **main:** release client 1.0.6 ([#104](#104)) ([07f27a2](07f27a2)) * **main:** release upload-api 1.1.8 ([aec53e7](aec53e7)) * **main:** release upload-api 1.1.8 ([#103](#103)) ([e71494a](e71494a)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
fforbeck
pushed a commit
that referenced
this pull request
Dec 19, 2024
🤖 I have created a release *beep* *boop* --- ## [1.1.0](filecoin-api-v1.0.0...filecoin-api-v1.1.0) (2024-12-19) ### Features * content serve authorization ([storacha#1590](https://github.com/storacha/upload-service/issues/1590)) + set default gateway ([#99](#99)) ([6cbb202](6cbb202)) ### Other Changes * **main:** release client 1.0.6 ([27cb383](27cb383)) * **main:** release client 1.0.6 ([#104](#104)) ([07f27a2](07f27a2)) * **main:** release upload-api 1.1.8 ([aec53e7](aec53e7)) * **main:** release upload-api 1.1.8 ([#103](#103)) ([e71494a](e71494a)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
fforbeck
added a commit
that referenced
this pull request
Dec 19, 2024
🤖 I have created a release *beep* *boop* --- ## [1.2.0](upload-api-v1.1.8...upload-api-v1.2.0) (2024-12-19) ### Features * content serve authorization ([storacha#1590](https://github.com/storacha/upload-service/issues/1590)) + set default gateway ([#99](#99)) ([6cbb202](6cbb202)) ### Other Changes * **main:** release client 1.0.6 ([27cb383](27cb383)) * **main:** release client 1.0.6 ([#104](#104)) ([07f27a2](07f27a2)) * **main:** release upload-api 1.1.8 ([aec53e7](aec53e7)) * **main:** release upload-api 1.1.8 ([#103](#103)) ([e71494a](e71494a)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: Felipe Forbeck <[email protected]>
fforbeck
pushed a commit
that referenced
this pull request
Dec 19, 2024
🤖 I have created a release *beep* *boop* --- ## [1.1.0](client-v1.0.6...client-v1.1.0) (2024-12-19) ### Features * content serve authorization ([storacha#1590](https://github.com/storacha/upload-service/issues/1590)) + set default gateway ([#99](#99)) ([6cbb202](6cbb202)) ### Other Changes * **main:** release client 1.0.6 ([27cb383](27cb383)) * **main:** release client 1.0.6 ([#104](#104)) ([07f27a2](07f27a2)) * **main:** release upload-api 1.1.8 ([#103](#103)) ([e71494a](e71494a)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
fforbeck
added a commit
that referenced
this pull request
Dec 19, 2024
🤖 I have created a release *beep* *boop* --- ## [1.1.0](cli-v1.0.1...cli-v1.1.0) (2024-12-19) ### Features * content serve authorization ([storacha#1590](https://github.com/storacha/upload-service/issues/1590)) + set default gateway ([#99](#99)) ([6cbb202](6cbb202)) ### Other Changes * **main:** release client 1.0.6 ([27cb383](27cb383)) * **main:** release client 1.0.6 ([#104](#104)) ([07f27a2](07f27a2)) * **main:** release upload-api 1.1.8 ([aec53e7](aec53e7)) * **main:** release upload-api 1.1.8 ([#103](#103)) ([e71494a](e71494a)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: Felipe Forbeck <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
To enable a gateway to serve content from a specific space, we must ensure that the space owner delegates the
space/content/serve/*
capability to the Gateway. This delegation allows the Gateway to serve content and log egress events appropriately.I created a new function
authorizeContentServe
for this implementation and included it in thecreateSpace
flow. This is a breaking change because now the user is forced to provide the DIDs of the Content Serve services, and the connection, or skip the authorization flow.Additionally, with the
authorizeContentServe
function, we can implement a feature in the Console App that enables users to explicitly authorize the Freeway Gateway to serve content from existing/legacy spaces.authorizeContentServe
, in thew3up-client
module to facilitate the delegation process. Integrated it with thecreatedSpace
flow.createSpace
call, and doesn't use theskipGatewayAuthorization=true
flag.Related Issues
space/content/serve
Spaces by default project-tracking#158space/content/serve/*
delegations project-tracking#160