17
0

- update to 1.4.37

* details on https://docs.sqlalchemy.org/en/14/changelog/changelog_14.html#change-1.4.37
  * Fixed issue where using a column_property() construct containing a subquery
    against an already-mapped column attribute would not correctly apply
    ORM-compilation behaviors to the subquery, including that the “IN” expression
    added for a single-table inherits expression would fail to be included.
  * Fixed issue where ORM results would apply incorrect key names to the
    returned Row objects in the case where the set of columns to be selected
    were changed, such as when using Select.with_only_columns().
  * Fixed bug, likely a regression from 1.3, where usage of column names that
    require bound parameter escaping, more concretely when using Oracle with
    column names that require quoting such as those that start with an
    underscore, or in less common cases with some PostgreSQL drivers when using
    column names that contain percent signs, would cause the ORM versioning
    feature to not work correctly if the versioning column itself had such a
    name, as the ORM assumes certain bound parameter naming conventions that
    were being interfered with via the quotes. This issue is related to #8053
    and essentially revises the approach towards fixing this, revising the
    original issue #5653 that created the initial implementation for
    generalized bound-parameter name quoting.

OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-SQLAlchemy?expand=0&rev=211
This commit is contained in:
2022-06-04 08:51:19 +00:00
committed by Git OBS Bridge
parent da9501e87f
commit 7e0b551e77
4 changed files with 28 additions and 4 deletions

View File

@@ -1,3 +1,27 @@
-------------------------------------------------------------------
Sat Jun 4 08:49:42 UTC 2022 - Dirk Müller <dmueller@suse.com>
- update to 1.4.37
* details on https://docs.sqlalchemy.org/en/14/changelog/changelog_14.html#change-1.4.37
* Fixed issue where using a column_property() construct containing a subquery
against an already-mapped column attribute would not correctly apply
ORM-compilation behaviors to the subquery, including that the “IN” expression
added for a single-table inherits expression would fail to be included.
* Fixed issue where ORM results would apply incorrect key names to the
returned Row objects in the case where the set of columns to be selected
were changed, such as when using Select.with_only_columns().
* Fixed bug, likely a regression from 1.3, where usage of column names that
require bound parameter escaping, more concretely when using Oracle with
column names that require quoting such as those that start with an
underscore, or in less common cases with some PostgreSQL drivers when using
column names that contain percent signs, would cause the ORM versioning
feature to not work correctly if the versioning column itself had such a
name, as the ORM assumes certain bound parameter naming conventions that
were being interfered with via the quotes. This issue is related to #8053
and essentially revises the approach towards fixing this, revising the
original issue #5653 that created the initial implementation for
generalized bound-parameter name quoting.
-------------------------------------------------------------------
Wed May 4 19:54:39 UTC 2022 - Dirk Müller <dmueller@suse.com>