-
Notifications
You must be signed in to change notification settings - Fork 45
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
Document the WAC-Allow header in the spec. #181
Comments
It says "If 'write' is present then 'append' should also be present." but "If write is present, Append is implied" would be more like the ACL spec, I thought. |
Agreed. It's not very normative at the moment, an explicit link to ACL should be made. |
Transfering this issue to solid/specification . For the most part it is a duplicate of #170 but keeping it open for the time being. |
Proposal/requirements merged via PR #210 . See further details/discussion on concerns of this header, as well as use cases for different permission groups. Implementation feedback is always useful/welcome. Please follow up with new issues/proposals. |
This allows client code to be smart about whether to give the user editing interfaces to data or just view interfaces.
It also allows them to know whether it open to the public, which might affect for example, whether the user is invited to make a public link, like, bookmark, etc of the resource.
The text was updated successfully, but these errors were encountered: