Add update of non-existent node to known errors
See original GitHub issueFor this Prisma Client code:
const result = await client.user.update({
where: {
id: 123012938,
},
data: {},
})
As of now, we get an error like this:
PrismaClientUnknownRequestError:
Invalid `prisma.users.update()` invocation:
Error occurred during query execution:
InterpretationError("Error for binding \'0\': RecordNotFound(\"Record to update not found.\")")
We should add that to the known errors and return an error code.
Issue Analytics
- State:
- Created 4 years ago
- Reactions:21
- Comments:6 (3 by maintainers)
Top Results From Across the Web
How to fix "non-existent config entity name returned by ...
acbramley: I am getting errors related to custom fields that were added to basic page and article in Drupal 7 prior to upgrading...
Read more >Create a known error article
Create known error articles as reference material. The known error articles document the root cause and the workaround of the problem to help ......
Read more >Errors | Node.js v19.3.0 Documentation
System errors triggered by underlying operating system constraints such as attempting to open a file that does not exist or attempting to send...
Read more >Start script missing error when running npm start
Save this question. Show activity on this post. I'm receiving this error when trying to debug my node application using the npm start...
Read more >"Key for Common node missing in Request Message" error ...
"Key for Common node missing in Request Message" error issue during update custom bo from supplier. · Help to improve this question by...
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 Free
Top 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

Is there a way to disable this error checking?
Our use case is an update, but it’s possible the record doesn’t exist (which would be a no-op). We don’t care in this case that the record doesn’t exist. Ideally, a argument to
updatesuch asignoreMissingwould be the solution here.I would like that as well, but does
updateManyresolve this for you?