Bump the prisma group across 1 directory with 2 updates

[dependabot]

Bumps the prisma group with 2 updates in the / directory: @prisma/client and prisma.

Updates @prisma/client from 5.16.1 to 5.20.0

Release notes

Sourced from @​prisma/client's releases.

5.20.0

🌟 Help us spread the word about Prisma by starring the repo or posting on X about the release. 🌟

Highlights

strictUndefinedChecks in Preview

With Prisma ORM 5.20.0, the Preview feature strictUndefinedChecks will disallow any value that is explicitly undefined and will be a runtime error. This change is direct feedback from this GitHub issue and follows our latest proposal on the same issue.

To demonstrate the change, take the following code snippet:

prisma.table.deleteMany({
  where: {
    // If `nullableThing` is nullish, this query will remove all data.
    email: nullableThing?.property,
  }
})

In Prisma ORM 5.19.0 and below, this could result in unintended behavior. In Prisma ORM 5.20.0, if the strictUndefinedChecks Preview feature is enabled, you will get a runtime error instead:

Invalid \`prisma.user.findMany()\` invocation in
/client/tests/functional/strictUndefinedChecks/test.ts:0:0
  XX })
  XX 
  XX test('throws on undefined input field', async () => {
→ XX   const result = prisma.user.deleteMany({
         where: {
           email: undefined
                  ~~~~~~~~~
         }
       })
Invalid value for argument \`where\`: explicitly \`undefined\` values are not allowed."

We have also introduced the Prisma.skip symbol, which will allow you to get the previous behavior if desired.

prisma.table.findMany({
  where: {
    // Use Prisma.skip to skip parts of the query
    email: nullableEmail ?? Prisma.skip
  }
})

From Prisma ORM 5.20.0 onward, we recommend enabling strictUndefinedChecks, along with the TypeScript compiler option exactOptionalPropertyTypes, which will help catch cases of undefined values at compile time. Together, these two changes will help protect your Prisma queries from potentially destructive behavior.

... (truncated)

Commits

• bf237ff chore(deps): update engines to 5.20.0-12.06fc58a368dc7be9fbbbe894adf8d445d208...
• b2c080e test(e2e): Update types in e2e tests (#25263)
• 100c926 feat(typed-sql): Support enum names that are not valid JS identifiers (#25262)
• ce11a90 feat(client): implement strictUndefinedChecks (#25224)
• 9810341 chore(deps): update engines to 5.20.0-8.c9ff5773c72b821ff6daf2c55dbe3809eae7c...
• def5747 chore(e2e): Update next.js to 14 in "schema-not-found" suite (#25197)
• 47e8f13 feat(driver-adapters): add TransactionContext (#24878)
• cfd2791 chore: add explicit ts-toolbelt dependency, only use "import type" to avoid b...
• 08a1733 fix(client): .$extends prevents typescript documentation (#25070)
• ff16728 chore(deps): update engines to 5.20.0-4.f2561ec470647d6a14db84d3c1dc6fc1c2414...
• Additional commits viewable in compare view

Updates prisma from 5.16.1 to 5.20.0

Release notes

Sourced from prisma's releases.

5.20.0

🌟 Help us spread the word about Prisma by starring the repo or posting on X about the release. 🌟

Highlights

strictUndefinedChecks in Preview

With Prisma ORM 5.20.0, the Preview feature strictUndefinedChecks will disallow any value that is explicitly undefined and will be a runtime error. This change is direct feedback from this GitHub issue and follows our latest proposal on the same issue.

To demonstrate the change, take the following code snippet:

prisma.table.deleteMany({
  where: {
    // If `nullableThing` is nullish, this query will remove all data.
    email: nullableThing?.property,
  }
})

In Prisma ORM 5.19.0 and below, this could result in unintended behavior. In Prisma ORM 5.20.0, if the strictUndefinedChecks Preview feature is enabled, you will get a runtime error instead:

Invalid \`prisma.user.findMany()\` invocation in
/client/tests/functional/strictUndefinedChecks/test.ts:0:0
  XX })
  XX 
  XX test('throws on undefined input field', async () => {
→ XX   const result = prisma.user.deleteMany({
         where: {
           email: undefined
                  ~~~~~~~~~
         }
       })
Invalid value for argument \`where\`: explicitly \`undefined\` values are not allowed."

We have also introduced the Prisma.skip symbol, which will allow you to get the previous behavior if desired.

prisma.table.findMany({
  where: {
    // Use Prisma.skip to skip parts of the query
    email: nullableEmail ?? Prisma.skip
  }
})

From Prisma ORM 5.20.0 onward, we recommend enabling strictUndefinedChecks, along with the TypeScript compiler option exactOptionalPropertyTypes, which will help catch cases of undefined values at compile time. Together, these two changes will help protect your Prisma queries from potentially destructive behavior.

... (truncated)

Commits

• 8957496 feat(client): Typed SQL (#24907)
• f3856a9 chore(deps): update devdependencies patch (non-major) (#24813)
• ce552f3 feat(cli): remove Optimize specific login in Platform CLI (#25036)
• 26c8d91 feat(cli): Chokidar-based watch (#24983)
• cebc9c0 feat: Added a tip to remove tips (#24818)
• b58adc8 fix(client): Correctly resolve configDir when prismaSchemaFolder is used ...
• a15d3b9 feat(cli, generate command): Added promo array to rotate and make cli messagi...
• 7308378 feat(cli): Support prisma platform auth show --sensitive (#24745)
• 190bac1 chore(cli): cleanup import message when running generate (#24739)
• 1cc5cb0 fix(cli): restored prisma generate --allow-no-models after regression (#24741)
• Additional commits viewable in compare view

You can trigger a rebase of this PR by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore <dependency name> major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)
• @dependabot ignore <dependency name> minor version will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)
• @dependabot ignore <dependency name> will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)
• @dependabot unignore <dependency name> will remove all of the ignore conditions of the specified dependency
• @dependabot unignore <dependency name> <ignore condition> will remove the ignore condition of the specified dependency and ignore conditions