-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Support access: false in items API and schema type printer #5096
Conversation
This pull request is being automatically deployed with Vercel (learn more). 🔍 Inspect: https://vercel.com/keystonejs/keystone-next-docs/4bCCxY42Z8CDsCj136ZVcckz1qC8 |
🦋 Changeset detectedLatest commit: aa92687 The changes in this PR will be included in the next version bump. This PR includes changesets to release 2 packages
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
0850cdd
to
8fee740
Compare
8fee740
to
ff0af4c
Compare
packages-next/types/src/utils.ts
Outdated
@@ -4,7 +4,7 @@ export type BaseGeneratedListTypes = { | |||
backing: BackingTypeForItem; | |||
inputs: { create: GraphQLInput; update: GraphQLInput; where: GraphQLInput }; | |||
args: { | |||
listQuery: { | |||
listQuery?: { |
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.
Could you make this non-optional and for the printing case where we don't have args, instead of printing undefined, print import("@keystone-next-types").BaseGeneratedListTypes["args"]["listQuery"]
?
ff0af4c
to
e095a41
Compare
At the moment, using static
false
access control breaks the items API and the schema type printer, because we completely parts of the graphQL schema that these systems expect to exist.This PR is a first pass to unblock the porting of the existing access control tests #4931 and #5097 to keystone-next. These changes are not intended to reflect a final locked in design, but will unblock us from moving forward so that we can follow up with design and testing of this use case in the items API and schema type printer.