Skip to content

chore(deps): bump openai from 2.48.0 to 3.1.0 - #702

Open
dependabot[bot] wants to merge 2 commits into
stagingfrom
dependabot/uv/staging/openai-3.0.0
Open

chore(deps): bump openai from 2.48.0 to 3.1.0#702
dependabot[bot] wants to merge 2 commits into
stagingfrom
dependabot/uv/staging/openai-3.0.0

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Aug 16, 2026

Copy link
Copy Markdown
Contributor

Bumps openai from 2.48.0 to 3.1.0.

Release notes

Sourced from openai's releases.

v3.1.0

3.1.0 (2026-08-14)

Features

  • api: add WebSocket stream IDs (#3612) (d9029e3)
  • api: add workload identity access token issued event (#3601) (df274d4)
  • api: deprecate Sora video APIs (#3610) (721cb1c)
  • api: Ultrafast tier, structured MCP and websocket errors, separate websocket events (#3617) (f38355e)

Chores

  • remove Stainless attribution and infrastructure (#3599) (a1eeab5)

v3.0.0

3.0.0 (2026-08-12)

⚠ BREAKING CHANGES

  • api: HTTPX2 is now the default HTTP client, and httpx is no longer installed automatically. Applications using custom HTTPX clients, transports, or configuration objects must migrate to their HTTPX2 equivalents or use the temporary, runtime-only legacy HTTPX escape hatch. See the HTTPX2 migration guide.

Features

  • api: migrate to HTTPX2 (#3594)

v2.54.0

2.54.0 (2026-08-11)

Features

  • api: Add new Responses model identifiers (#3595) (0652787)

Bug Fixes

  • api: clarify audio upload metadata requirements (#3596) (28888f9)

Chores

  • api: Update generated-file header attribution to Castiron (#3583) (ea17fda)

v2.53.0

2.53.0 (2026-08-03)

... (truncated)

Changelog

Sourced from openai's changelog.

3.1.0 (2026-08-14)

Features

  • api: add WebSocket stream IDs (#3612) (d9029e3)
  • api: add workload identity access token issued event (#3601) (df274d4)
  • api: deprecate Sora video APIs (#3610) (721cb1c)
  • api: Ultrafast tier, structured MCP and websocket errors, separate websocket events (#3617) (f38355e)

Chores

  • remove Stainless attribution and infrastructure (#3599) (a1eeab5)

3.0.0 (2026-08-12)

⚠ BREAKING CHANGES

  • api: HTTPX2 is now the default HTTP client, and httpx is no longer installed automatically. Applications using custom HTTPX clients, transports, or configuration objects must migrate to their HTTPX2 equivalents or use the temporary, runtime-only legacy HTTPX escape hatch. See the HTTPX2 migration guide.

Features

  • api: migrate to HTTPX2 (#3594)

2.54.0 (2026-08-11)

Features

  • api: Add new Responses model identifiers (#3595) (0652787)

Bug Fixes

  • api: clarify audio upload metadata requirements (#3596) (28888f9)

Chores

  • api: Update generated-file header attribution to Castiron (#3583) (ea17fda)

2.53.0 (2026-08-03)

Features

  • api: Add gpt-5.5 and tool name/namespace to Responses types (#3569) (dd1202d)

... (truncated)

Commits

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file python:uv Pull requests that update python:uv code labels Aug 16, 2026
@overcut-ai

overcut-ai Bot commented Aug 16, 2026

Copy link
Copy Markdown

Completed Working on "Code Review"

✅ Review submitted: COMMENT. Total comments: 1 across 1 files.

✅ Workflow completed successfully.


👉 View complete log

@github-actions

github-actions Bot commented Aug 16, 2026

Copy link
Copy Markdown

Dependency Review

The following issues were found:
  • ❌ 1 vulnerable package(s)
  • ✅ 0 package(s) with incompatible licenses
  • ✅ 0 package(s) with invalid SPDX license definitions
  • ✅ 0 package(s) with unknown licenses.
See the Details below.

Vulnerabilities

uv.lock

NameVersionVulnerabilitySeverity
litellm1.83.0LiteLLM has SQL Injection in Proxy API key verificationcritical
LiteLLM: Authentication Bypass via Host Header Injectioncritical
LiteLLM: Server-Side Template Injection in /prompts/test endpointhigh
LiteLLM: Authenticated command execution via MCP stdio test endpointshigh
LiteLLM has a sandbox escape in custom-code guardrailhigh
LiteLLM allows an authenticated internal_user to create API keys with access to routes that their role does not permithigh
LiteLLM allows a user to modify their own user_role via the /user/update endpointhigh
LiteLLM: MCP Authentication Bypass via OAuth2 Passthrough Fallbackhigh
LiteLLM: Arbitrary file write via path traversal in Skills archive extractionmoderate
LiteLLM: Local file read via request-supplied OIDC file referenceslow

OpenSSF Scorecard

PackageVersionScoreDetails
pip/litellm 1.83.0 UnknownUnknown
pip/httpcore2 2.10.0 UnknownUnknown
pip/httpx2 2.10.0 UnknownUnknown
pip/httpx2-jsfetch 1.0 UnknownUnknown
pip/idna 3.19 UnknownUnknown
pip/openai 3.1.0 UnknownUnknown
pip/truststore 0.10.4 UnknownUnknown

Scanned Files

  • uv.lock

@overcut-ai overcut-ai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Final Review Summary

Thanks for the update. I reviewed the posted findings and consolidated the results below.

Comment counts by importance

  • BLOCKER: 0
  • CRITICAL: 0
  • MAJOR: 1
  • MINOR: 0
  • SUGGESTION: 0
  • PRAISE: 0

Affected files

  • uv.lock

Key theme observed

  • The dependency bump introduces unintended lockfile drift: while upgrading openai, litellm was downgraded, which may cause unrelated runtime regressions.

Actionable next steps

  1. Re-generate the lockfile with a constrained/targeted update for openai and only required transitives.
  2. Keep litellm at the intended version (or explicitly pin it before re-locking).
  3. Re-run dependency validation/tests after lock refresh to confirm no behavioral regressions.

Comment thread uv.lock
[[package]]
name = "litellm"
version = "1.95.0"
version = "1.83.0"

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[major]: This lockfile update downgrades litellm from 1.95.0 to 1.83.0 while bumping openai, which can silently remove fixes/features and change runtime behavior unrelated to this PR’s goal. Regenerate the lock with a constrained update (or pin litellm) so the OpenAI major bump does not introduce unrelated regressions.

@dependabot
dependabot Bot force-pushed the dependabot/uv/staging/openai-3.0.0 branch 3 times, most recently from 019be80 to 0b399a5 Compare August 17, 2026 11:16
Bumps [openai](https://github.com/openai/openai-python) from 2.48.0 to 3.1.0.
- [Release notes](https://github.com/openai/openai-python/releases)
- [Changelog](https://github.com/openai/openai-python/blob/main/CHANGELOG.md)
- [Commits](openai/openai-python@v2.48.0...v3.1.0)

---
updated-dependencies:
- dependency-name: openai
  dependency-version: 3.0.0
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot changed the title chore(deps): bump openai from 2.48.0 to 3.0.0 chore(deps): bump openai from 2.48.0 to 3.1.0 Aug 18, 2026
@dependabot
dependabot Bot force-pushed the dependabot/uv/staging/openai-3.0.0 branch from 0b399a5 to 577db4b Compare August 18, 2026 07:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file python:uv Pull requests that update python:uv code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant