Parsing silently fails for mutations
See original GitHub issueConsider this example:
# Schema
type LogInput {
message: String!
createdAt: Date!
}
type Log {
id: ID!
message: String!
createdAt: Date!
}
type Mutation {
createLog(log: LogInput!): Log!
}
# query
mutation {
createLog({
message: "Hello, World!",
createdAt: "2017-01-001" # invalid
}) {
message,
createdAt
}
}
In this example, parsing silently fails and sets the createdAt
to null
. I think it would be more useful to thrown an error in this case.
Issue Analytics
- State:
- Created 6 years ago
- Comments:6 (3 by maintainers)
Top Results From Across the Web
Discussion: TypeScript compile errors with mutation switching ...
I don't want to be parsing all input files (seriously, it is already a pain to parse only the files to be mutated)...
Read more >Mutation fails on upload file with Parse error - FAQs
Hi @mpaon! It looks like you're using a variable to try and add a local file to an item's file column without defining...
Read more >How to Write Better Code Using Mutation Testing | Cognito
Mutation testing is not an alternative to line coverage. While line coverage asks “what percentage of our code is run by our tests,” ......
Read more >DNS parser, meet Go fuzzer - The Cloudflare Blog
Fuzzing is the technique of testing software by continuously feeding it inputs that are automatically mutated. For C/C++, the wildly successful ...
Read more >Python: comparing two multi-fasta files of the same set of ...
My question: How can I zip the parsers together to count the mutations? from Bio import SeqIO for normal_samples in SeqIO.parse ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I have release version 3.4.0 which includes the fix.
Can anyone confirm if the parsing silently fails on GraphQLDateTime on version
^3.5.0
with graphql version0.13.2
?I have this
schema
snippetIn the resolver
args.payload
log is showing:therefore it is “passing”?
Thanks for the assist!
UPDATE:
My bad. I just set it up the wrong way. 😄 I referred here for the solution: https://github.com/excitement-engineer/graphql-iso-date/issues/37#issuecomment-304286628