]> 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:01:31 +0000 (15:01 -0500)
commit8a1e619fb20df1be6ad2e0c563e451e17eb17628
treeba0d687981e3b079bc08de1a58d21514ce302d0b
parent086ad9ce6413e73f93506523d4eb8e23710443dc
- 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
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