You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When calling keystone.prepare(), the server crashes while initiating Apollo.
To Reproduce
Admitedly my setup is a bit complex because I use Sapper as the frontend so I'm not sure if the bug happens in other cases but as far as I can see it doesn't have to do anything with anything other than Keystone.
System information
OS: Win10
Node 14.2
NPM 6.14.4
Additional context
tldr of the stack:
In prepare(), Keystone calls this.createApolloServer({ schemaName: 'internal' }). The Lists objects' access properties only know of a "public" schema and so Apollo cannot get field.access.internal.create.
If I replace "internal" by "public" in prepare it runs fine.
I'm starting to feel like Keystone is gaslighting me. I just came back from a weekend break and without changing anything I get a new error without being able to roll back to a previous working point for some reason.
EDIT
I found the problem by looking through the change history of the files. I fixed it by installing @keystonejs/access-control@latest. For some reason I had most of the "internal" changes except the one made to list fields. I expect this move to bite me in the ass later when it prevents another update to install properly...
I guess this issue is now about the inconsistent states that can (and do) happen frequently.
Is there any solution to this or do we have to read through 50 keystone files everytime we upgrade anything? Sorry for the tone but my project broke 3 times because of this already and it's getting ridiculous. I love this project but this part of it is quite broken IMO.
The text was updated successfully, but these errors were encountered:
Bug report
Describe the bug
When calling
keystone.prepare()
, the server crashes while initiating Apollo.To Reproduce
Admitedly my setup is a bit complex because I use Sapper as the frontend so I'm not sure if the bug happens in other cases but as far as I can see it doesn't have to do anything with anything other than Keystone.
System information
Additional context
tldr of the stack:
In
prepare()
, Keystone callsthis.createApolloServer({ schemaName: 'internal' })
. The Lists objects'access
properties only know of a "public" schema and so Apollo cannot getfield.access.internal.create
.If I replace "internal" by "public" in
prepare
it runs fine.Here are my Keystone versions:
I'm starting to feel like Keystone is gaslighting me. I just came back from a weekend break and without changing anything I get a new error without being able to roll back to a previous working point for some reason.
EDIT
I found the problem by looking through the change history of the files. I fixed it by installing
@keystonejs/access-control@latest
. For some reason I had most of the "internal" changes except the one made to list fields. I expect this move to bite me in the ass later when it prevents another update to install properly...I guess this issue is now about the inconsistent states that can (and do) happen frequently.
Is there any solution to this or do we have to read through 50 keystone files everytime we upgrade anything? Sorry for the tone but my project broke 3 times because of this already and it's getting ridiculous. I love this project but this part of it is quite broken IMO.
The text was updated successfully, but these errors were encountered: