]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commit
- revert the change first made in a6fe4dc, as we are now generalizing
authorMike Bayer <mike_mp@zzzcomputing.com>
Thu, 28 Jan 2016 20:01:31 +0000 (15:01 -0500)
committerMike Bayer <mike_mp@zzzcomputing.com>
Thu, 28 Jan 2016 20:02:49 +0000 (15:02 -0500)
commit7a7483c0cf2fa12a070a14bb9118ee45187828a1
treee8247d0532bfae048696fcc9551572f5a5ed3949
parent95d7d2365d7a4f61ac32a6bd5aa7a46a78caa129
- revert the change first made in a6fe4dc, as we are now generalizing
the warning here to all safe_reraise() cases in Python 2.
- Revisiting :ticket:`2696`, first released in 1.0.10, which attempts to
work around Python 2's lack of exception context reporting by emitting
a warning for an exception that was interrupted by a second exception
when attempting to roll back the already-failed transaction; this
issue continues to occur for MySQL backends in conjunction with a
savepoint that gets unexpectedly lost, which then causes a
"no such savepoint" error when the rollback is attempted, obscuring
what the original condition was.

The approach has been generalized to the Core "safe
reraise" function which takes place across the ORM and Core in any
place that a transaction is being rolled back in response to an error
which occurred trying to commit, including the context managers
provided by :class:`.Session` and :class:`.Connection`, and taking
place for operations such as a failure on "RELEASE SAVEPOINT".
Previously, the fix was only in place for a specific path within
the ORM flush/commit process; it now takes place for all transational
context managers as well.
fixes #2696

(cherry picked from commit 8a1e619fb20df1be6ad2e0c563e451e17eb17628)
doc/build/changelog/changelog_10.rst
lib/sqlalchemy/orm/session.py
lib/sqlalchemy/util/langhelpers.py
test/base/test_utils.py
test/engine/test_transaction.py
test/orm/test_transaction.py
test/requirements.py