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
If I am uploading a schema with incorrect directive syntax, for example: (Notice the missing quotation marks)
type MediaChapter @key(fields: id) {
id: ID!
nameJa: String!
thumbnailUrl: String!
contentTags: [ContentTag!]!
length: String!
timeCodeType: String!
"""
In HH:MM:SS:FF format
"""
startTimeCode: String!
"""
In HH:MM:SS:FF format
"""
endTimeCode: String!
timeCodeMode: String!
performances: [MediaPerformance!]!
credits: [CapyCredit!]!
parent: Media!
}
rover subgraph introspect will not error. rover subgraph check will not error. Everything will pass! In fact, the directive will even render in Apollo Studio! However, when you actually try to compose the schema, the next subgraph check and publish will report the following error:
MediaChapter -> appears to be an entity but no @key directives are specified on the originating type.
I don't know what approach the Apollo team wants to take for this, but it was absolutely maddening to debug since every tool in the stack was reporting OK when it was in fact NOT OK.
The text was updated successfully, but these errors were encountered:
Thanks very much for filing an issue here! This must have been frustrating, indeed. While this is syntactically valid GraphQL (the unquoted id is merely parsed as an enum property!) there is almost certainly something we can do to improve this via validation. Thanks again!
Situation:
If I am uploading a schema with incorrect directive syntax, for example: (Notice the missing quotation marks)
rover subgraph introspect
will not error.rover subgraph check
will not error. Everything will pass! In fact, the directive will even render in Apollo Studio! However, when you actually try to compose the schema, the next subgraph check and publish will report the following error:I don't know what approach the Apollo team wants to take for this, but it was absolutely maddening to debug since every tool in the stack was reporting OK when it was in fact NOT OK.
The text was updated successfully, but these errors were encountered: