Skip to content
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

Should @access(false) imply removal of that API #685

Open
ramnivas opened this issue Mar 28, 2023 · 1 comment
Open

Should @access(false) imply removal of that API #685

ramnivas opened this issue Mar 28, 2023 · 1 comment
Assignees
Labels
Milestone

Comments

@ramnivas
Copy link
Contributor

ramnivas commented Mar 28, 2023

Currently, @access(false) (and its versions, such as @access(query=..., mutation=false) mean the API is available but not usable by anyone.

Another possible interpretation is to remove the API from our schema altogether. If/when we do this, we can introduce another possible value, private (as in @access(private)), to make the API available only through the ExoPriv object.

Do we want a mode (during development), where the @access(false) APIs can be seen from GraphiQL. This way developers, for example, are aware of their possible existence and may change the access control if needed.

@ramnivas
Copy link
Contributor Author

ramnivas commented Apr 21, 2023

Kind of need to sort #480. If a user starts out with default @access(false), there will be no queries and hence introspection will fail.

@ramnivas ramnivas added the P1 label May 18, 2023
@ramnivas ramnivas added this to the M1 milestone Jun 1, 2023
@tekul tekul self-assigned this Jun 30, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants