[PR #11011] [MERGED] chore(deps): bump sqlalchemy from 2.0.32 to 2.0.38 in /backend #22638

New Issue

GiteaMirror · 2026-04-20T04:17:17-05:00

GiteaMirror commented

2026-04-20 04:17:17 -05:00

📋 Pull Request Information

Original PR: https://github.com/open-webui/open-webui/pull/11011
Author: @dependabot[bot]
Created: 3/1/2025
Status: ✅ Merged
Merged: 3/1/2025
Merged by: @tjbck

Base: dev ← Head: dependabot/pip/backend/dev/sqlalchemy-2.0.38

📝 Commits (1)

244915c chore(deps): bump sqlalchemy from 2.0.32 to 2.0.38 in /backend

📊 Changes

1 file changed (+1 additions, -1 deletions)

View changed files

📝 backend/requirements.txt (+1 -1)

📄 Description

Bumps sqlalchemy from 2.0.32 to 2.0.38.

Release notes

Sourced from sqlalchemy's releases.

2.0.38

Released: February 6, 2025

engine

[engine] [bug] Fixed event-related issue where invoking Engine.execution_options() on a Engine multiple times while making use of event-registering parameters such as isolation_level would lead to internal errors involving event registration.

References: #12289

sql

[sql] [bug] Reorganized the internals by which the .c collection on a FromClause gets generated so that it is resilient against the collection being accessed in concurrent fashion. An example is creating a Alias or Subquery and accessing it as a module level variable. This impacts the Oracle dialect which uses such module-level global alias objects but is of general use as well.

References: #12302

[sql] [bug] Fixed SQL composition bug which impacted caching where using a None value inside of an in_() expression would bypass the usual "expanded bind parameter" logic used by the IN construct, which allows proper caching to take place.

References: #12314

postgresql

[postgresql] [usecase] [asyncio] Added an additional asyncio.shield() call within the connection terminate process of the asyncpg driver, to mitigate an issue where terminate would be prevented from completing under the anyio concurrency library.

References: #12077

[postgresql] [bug] Adjusted the asyncpg connection wrapper so that the connection.transaction() call sent to asyncpg sends None for isolation_level if not otherwise set in the SQLAlchemy dialect/wrapper, thereby allowing asyncpg to make use of the server level setting for isolation_level in the absense of a client-level setting. Previously, this behavior of asyncpg was blocked by a hardcoded read_committed.

... (truncated)

Commits

See full diff 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)

_{🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.}

## 📋 Pull Request Information **Original PR:** https://github.com/open-webui/open-webui/pull/11011 **Author:** [@dependabot[bot]](https://github.com/apps/dependabot) **Created:** 3/1/2025 **Status:** ✅ Merged **Merged:** 3/1/2025 **Merged by:** [@tjbck](https://github.com/tjbck) **Base:** `dev` ← **Head:** `dependabot/pip/backend/dev/sqlalchemy-2.0.38` --- ### 📝 Commits (1) - [`244915c`](https://github.com/open-webui/open-webui/commit/244915cd1ed29285e29f3a6751d5a373876a9e63) chore(deps): bump sqlalchemy from 2.0.32 to 2.0.38 in /backend ### 📊 Changes **1 file changed** (+1 additions, -1 deletions) <details> <summary>View changed files</summary> 📝 `backend/requirements.txt` (+1 -1) </details> ### 📄 Description Bumps [sqlalchemy](https://github.com/sqlalchemy/sqlalchemy) from 2.0.32 to 2.0.38. <details> <summary>Release notes</summary> Sourced from <a href="https://github.com/sqlalchemy/sqlalchemy/releases">sqlalchemy's releases</a>. <blockquote> <h1>2.0.38</h1> Released: February 6, 2025 <h2>engine</h2> <ul> <li> [engine] [bug] Fixed event-related issue where invoking <code>Engine.execution_options()</code> on a <code>Engine</code> multiple times while making use of event-registering parameters such as <code>isolation_level</code> would lead to internal errors involving event registration. References: <a href="https://www.sqlalchemy.org/trac/ticket/12289">#12289</a> </li> </ul> <h2>sql</h2> <ul> <li> [sql] [bug] Reorganized the internals by which the <code>.c</code> collection on a <code>FromClause</code> gets generated so that it is resilient against the collection being accessed in concurrent fashion. An example is creating a <code>Alias</code> or <code>Subquery</code> and accessing it as a module level variable. This impacts the Oracle dialect which uses such module-level global alias objects but is of general use as well. References: <a href="https://www.sqlalchemy.org/trac/ticket/12302">#12302</a> </li> <li> [sql] [bug] Fixed SQL composition bug which impacted caching where using a <code>None</code> value inside of an <code>in_()</code> expression would bypass the usual "expanded bind parameter" logic used by the IN construct, which allows proper caching to take place. References: <a href="https://www.sqlalchemy.org/trac/ticket/12314">#12314</a> </li> </ul> <h2>postgresql</h2> <ul> <li> [postgresql] [usecase] [asyncio] Added an additional <code>asyncio.shield()</code> call within the connection terminate process of the asyncpg driver, to mitigate an issue where terminate would be prevented from completing under the anyio concurrency library. References: <a href="https://www.sqlalchemy.org/trac/ticket/12077">#12077</a> </li> <li> [postgresql] [bug] Adjusted the asyncpg connection wrapper so that the <code>connection.transaction()</code> call sent to asyncpg sends <code>None</code> for <code>isolation_level</code> if not otherwise set in the SQLAlchemy dialect/wrapper, thereby allowing asyncpg to make use of the server level setting for <code>isolation_level</code> in the absense of a client-level setting. Previously, this behavior of asyncpg was blocked by a hardcoded <code>read_committed</code>. </li> </ul>  </blockquote> ... (truncated) </details> <details> <summary>Commits</summary> <ul> <li>See full diff in <a href="https://github.com/sqlalchemy/sqlalchemy/commits">compare view</a></li> </ul> </details> [![Dependabot compatibility score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=sqlalchemy&package-manager=pip&previous-version=2.0.32&new-version=2.0.38)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores) 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-automerge-start) [//]: # (dependabot-automerge-end) --- <details> <summary>Dependabot commands and options</summary> 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) </details> --- 🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.

GiteaMirror added the pull-request label 2026-04-20 04:17:17 -05:00

GiteaMirror closed this issue

2026-04-20 04:17:17 -05:00

GiteaMirror referenced this issue

2026-04-20 06:42:52 -05:00

[PR #22638] [CLOSED] fix: make Chroma has_collection robust across list_collections API differences #26791

GiteaMirror referenced this issue

2026-04-25 14:19:32 -05:00

[PR #22638] [CLOSED] fix: make Chroma has_collection robust across list_collections API differences #42421

GiteaMirror referenced this issue

2026-04-30 02:13:24 -05:00

[PR #22638] [CLOSED] fix: make Chroma has_collection robust across list_collections API differences #49839