]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commitdiff
changelog updates
authorMike Bayer <mike_mp@zzzcomputing.com>
Mon, 5 Dec 2022 22:16:32 +0000 (17:16 -0500)
committerMike Bayer <mike_mp@zzzcomputing.com>
Mon, 5 Dec 2022 22:17:23 +0000 (17:17 -0500)
prep for 2.0.0b4

Change-Id: I2bf7249f6ed0c120b9d04d81eaecdf8593729c83
(cherry picked from commit 42876aabb5f893e1922676eb809e6b37c0519ed8)

doc/build/changelog/unreleased_14/8881.rst

index f3fe5e66e745c02fe4b6fd4e46a762bc15ad2b7a..9cd62f491abbb4ff7f43503643759664f090be87 100644 (file)
@@ -3,12 +3,12 @@
     :tickets: 8881
 
     Fixed issues in :func:`_orm.with_expression` where expressions that were
-    composed of columns within a subquery being SELECTed from, or when using
-    ``.from_statement()``, would not render correct SQL **if** the expression
+    composed of columns that were referenced from the enclosing SELECT would
+    not render correct SQL in some contexts, in the case where the expression
     had a label name that matched the attribute which used
     :func:`_orm.query_expression`, even when :func:`_orm.query_expression` had
     no default expression. For the moment, if the :func:`_orm.query_expression`
-    **does** have a default expression, that label name is still used for that
-    default, and an additional label with the same name will be ignored.
-    Overall, this case is pretty thorny so further adjustments might be
-    warranted.
+    does have a default expression, that label name is still used for that
+    default, and an additional label with the same name will continue to be
+    ignored. Overall, this case is pretty thorny so further adjustments might
+    be warranted.