bump(deps-dev): bump openapi-python-client from 0.24.3 to 0.25.0

[dependabot]

Bumps openapi-python-client from 0.24.3 to 0.25.0.

Release notes

Sourced from openapi-python-client's releases.

0.25.0 (2025-06-06)

Breaking Changes

• Raise minimum httpx version to 0.23

Removed ability to set an array as a multipart body

Previously, when defining a request's body as multipart/form-data, the generator would attempt to generate code for both object schemas and array schemas. However, most arrays could not generate valid multipart bodies, as there would be no field names (required to set the Content-Disposition headers).

The code to generate any body for multipart/form-data where the schema is array has been removed, and any such bodies will be skipped. This is not expected to be a breaking change in practice, since the code generated would probably never work.

If you have a use-case for multipart/form-data with an array schema, please open a new discussion with an example schema and the desired functional Python code.

Change default multipart array serialization

Previously, any arrays of values in a multipart/form-data body would be serialized as an application/json part. This matches the default behavior specified by OpenAPI and supports arrays of files (binary format strings). However, because this generator doesn't yet support specifying encoding per property, this may result in now-incorrect code when the encoding was explicitly set to application/json for arrays of scalar values.

PR #938 fixes #692. Thanks @​micha91 for the fix, @​ratgen and @​FabianSchurig for testing, and @​davidlizeng for the original report... many years ago 😅.

Changelog

Sourced from openapi-python-client's changelog.

0.25.0 (2025-06-06)

Breaking Changes

• Raise minimum httpx version to 0.23

Removed ability to set an array as a multipart body

Previously, when defining a request's body as multipart/form-data, the generator would attempt to generate code for both object schemas and array schemas. However, most arrays could not generate valid multipart bodies, as there would be no field names (required to set the Content-Disposition headers).

The code to generate any body for multipart/form-data where the schema is array has been removed, and any such bodies will be skipped. This is not expected to be a breaking change in practice, since the code generated would probably never work.

If you have a use-case for multipart/form-data with an array schema, please open a new discussion with an example schema and the desired functional Python code.

Change default multipart array serialization

Previously, any arrays of values in a multipart/form-data body would be serialized as an application/json part. This matches the default behavior specified by OpenAPI and supports arrays of files (binary format strings). However, because this generator doesn't yet support specifying encoding per property, this may result in now-incorrect code when the encoding was explicitly set to application/json for arrays of scalar values.

PR #938 fixes #692. Thanks @​micha91 for the fix, @​ratgen and @​FabianSchurig for testing, and @​davidlizeng for the original report... many years ago 😅.

Commits

• 61b6c54 Release 0.25.0 (#1267)
• 5c51ae4 chore(deps): lock file maintenance (#1258)
• 305229b Fix multipart body arrays (#938)
• 24990a4 test: Fix integration tests (#1266)
• 13bf2e8 chore(deps): update dependency typer to >0.6,<0.17 (#1259)
• e5857d3 chore(deps): lock file maintenance (#1253)
• 5f1fed6 chore(deps): lock file maintenance (#1252)
• 565cad7 chore(deps): lock file maintenance (#1247)
• b4e20d2 chore(deps): update actions/setup-python action to v5.6.0 (#1249)
• cc37f81 chore(deps): update actions/download-artifact action to v4.3.0 (#1250)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually 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 this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

📢 Thoughts on this report? Let us know!

[Nicola Franco (franconicola)]

lgtm