-
Notifications
You must be signed in to change notification settings - Fork 22
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
fix: don't error when we can't figure out a name for a space #1177
Conversation
@juliangruber reported an issue with our documented space creation flow when the exported space access delegation doesn't specify a name and the client doesn't specify one manually: #1175 I think it's reasonable to require a name for spaces at some level, but I think the access-client API is too low-level for this.
if we do want to update the docs rather than patch as I'm proposing here, we'll need to update https://github.com/web3-storage/w3up/blob/main/packages/w3up-client/src/client.js#L227 to accept a name that can be passed down through |
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.
Given we are trying to move forward with store less possible metadata as we could move that to a different layer with Pail, I would move this way. But curious to know other opinions
Yeah this shouldn't be mandatory. |
🤖 I have created a release *beep* *boop* --- ## [18.0.3](access-v18.0.2...access-v18.0.3) (2023-11-22) ### Fixes * don't error when we can't figure out a name for a space ([#1177](#1177)) ([a31f667](a31f667)) * package metadata ([#1161](#1161)) ([b8a1cc2](b8a1cc2)) --- 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: Alan Shaw <alan.shaw@protocol.ai>
@juliangruber reported an issue with our documented space creation flow when the exported space access delegation doesn't specify a name and the client doesn't specify one manually: #1175 I think it's reasonable to require a name for spaces at some level, but I think the access-client API is too low-level for this.
🤖 I have created a release *beep* *boop* --- ## [18.0.3](access-v18.0.2...access-v18.0.3) (2023-11-22) ### Fixes * don't error when we can't figure out a name for a space ([#1177](#1177)) ([a31f667](a31f667)) * package metadata ([#1161](#1161)) ([b8a1cc2](b8a1cc2)) --- 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: Alan Shaw <alan.shaw@protocol.ai>
@juliangruber reported an issue with our documented space creation flow when the exported space access delegation doesn't specify a name and the client doesn't specify one manually:
#1175
I think it's reasonable to require a name for spaces at some level, but I think the access-client API is too low-level for this.