]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commitdiff
1.4.32 changelog edits
authorMike Bayer <mike_mp@zzzcomputing.com>
Sun, 6 Mar 2022 18:18:59 +0000 (13:18 -0500)
committerMike Bayer <mike_mp@zzzcomputing.com>
Sun, 6 Mar 2022 18:19:22 +0000 (13:19 -0500)
Change-Id: I3f62ba9c8ff35c8ae1d0bd611db92521da38dff0
(cherry picked from commit 03e17631cc6e6e521668ef9deec908d8c7265a0a)

doc/build/changelog/unreleased_14/7045.rst
doc/build/changelog/unreleased_14/7594.rst
doc/build/changelog/unreleased_14/7667.rst
doc/build/changelog/unreleased_14/7720_7789.rst
doc/build/changelog/unreleased_14/7736.rst
doc/build/changelog/unreleased_14/7738.rst

index ca84c5f36c6e0fb31bfbf5b7a4d8fa7e2e679ff1..a3643a43352cd1a00584bc78aa046add90b2f101 100644 (file)
@@ -2,7 +2,8 @@
     :tags: bug, tests
     :tickets: 7045
 
-    Made corrections to the default pytest configuration so that test discovery
-    runs correctly; previously, a configuration error had the effect of
-    discovery locating the wrong files if a super-directory of the current
-    directory were named "test".
+    Made corrections to the default pytest configuration regarding how test
+    discovery is configured, to fix issue where the test suite would not
+    configure warnings correctly and also attempt to load example suites as
+    tests, in the specific case where the SQLAlchemy checkout were located in
+    an absolute path that had a super-directory named "test".
index 427bac97e3114f7c2ec6af4fd5c499e2cf627ada..08f22749ec0521615d270b84bf8555331f79cae9 100644 (file)
@@ -6,11 +6,11 @@
     INSERT silently fails to actually insert a row (such as from a trigger)
     would not be reached, due to a runtime exception raised ahead of time due
     to the missing primary key value, thus raising an uninformative exception
-    rather than the correct one. For 1.4 and above, a new ``FlushError`` is
-    added for this case that's raised earlier than the previous "null identity"
-    exception was for 1.3, as a situation where the number of rows actually
-    INSERTed does not match what was expected is a more critical situation in
-    1.4 as it prevents batching of multiple objects from working correctly.
-    This is separate from the case where a newly fetched primary key is
-    fetched as NULL, which continues to raise the existing "null identity"
-    exception.
\ No newline at end of file
+    rather than the correct one. For 1.4 and above, a new
+    :class:`_ormexc.FlushError` is added for this case that's raised earlier
+    than the previous "null identity" exception was for 1.3, as a situation
+    where the number of rows actually INSERTed does not match what was expected
+    is a more critical situation in 1.4 as it prevents batching of multiple
+    objects from working correctly. This is separate from the case where a
+    newly fetched primary key is fetched as NULL, which continues to raise the
+    existing "null identity" exception.
\ No newline at end of file
index 34dcd44b0ba8d89ed2dc8b278bd05d38b67c8f80..a66bb123851f004a2fc8f5a0bf1d328987ede2ce 100644 (file)
@@ -3,13 +3,14 @@
     :tickets: 7667
 
     Fixed issue where the :meth:`_asyncio.AsyncSession.execute` method failed
-    to raise an informative exception if the ``stream_results`` execution
+    to raise an informative exception if the
+    :paramref:`_engine.Connection.execution_options.stream_results` execution
     option were used, which is incompatible with a sync-style
     :class:`_result.Result` object when using an asyncio calling style, as the
     operation to fetch more rows would need to be awaited. An exception is now
     raised in this scenario in the same way one was already raised when the
-    ``stream_results`` option would be used with the
-    :meth:`_asyncio.AsyncConnection.execute` method.
+    :paramref:`_engine.Connection.execution_options.stream_results` option
+    would be used with the :meth:`_asyncio.AsyncConnection.execute` method.
 
     Additionally, for improved stability with state-sensitive database drivers
     such as asyncmy, the cursor is now closed when this error condition is
index 5a521fe0103a25de8a3cef9be2169f58607dcb9c..ddbc327df2b16344f9071042538b5ebe2cca1ad5 100644 (file)
@@ -2,8 +2,9 @@
     :tags: bug, sql, mysql
     :tickets: 7720, 7789, 7598
 
-    Fixed issues in :class:`_mysql.SET` datatype as well as :class:`.Enum`
-    where the ``__repr__()`` method would not render all optional parameters in
-    the string output, impacting the use of these types in Alembic
-    autogenerate. Pull request for MySQL courtesy Yuki Nishimine.
+    Fixed issues in MySQL :class:`_mysql.SET` datatype as well as the generic
+    :class:`.Enum` datatype where the ``__repr__()`` method would not render
+    all optional parameters in the string output, impacting the use of these
+    types in Alembic autogenerate. Pull request for MySQL courtesy Yuki
+    Nishimine.
 
index 828dd540a4c287bab0838aac0778642225af2b6d..5071961d1c8b6645c15b70e1f8c2c36ca09985ff 100644 (file)
@@ -2,8 +2,8 @@
     :tags: bug, sqlite
     :tickets: 7736
 
-    Fixed issue where SQLite unique constraint reflection would not work
-    for an inline UNIQUE constraint where the column name had an underscore
+    Fixed issue where SQLite unique constraint reflection would fail to detect
+    a column-inline UNIQUE constraint where the column name had an underscore
     in its name.
 
 .. change::
@@ -12,5 +12,5 @@
 
     Added support for reflecting SQLite inline unique constraints where
     the column names are formatted with SQLite "escape quotes" ``[]``
-    or `` ` ``, which are discarded by the database when producing the
+    or `````, which are discarded by the database when producing the
     column name.
index dbb028fde38c76a413dc2e4e65ddb55377456aee..322ddb458b5df55d3ebba60c7be853f924ed7c8d 100644 (file)
@@ -3,5 +3,7 @@
     :tickets: 7738
 
     Fixed regression in mariadbconnector dialect as of mariadb connector 1.0.10
-    where the DBAPI no longer pre-buffers cursor.lastrowid. The dialect now
-    fetches this value proactively for situations where it applies.
+    where the DBAPI no longer pre-buffers cursor.lastrowid, leading to errors
+    when inserting objects with the ORM as well as causing non-availability of
+    the :attr:`_result.CursorResult.inserted_primary_key` attribute. The
+    dialect now fetches this value proactively for situations where it applies.