The view has access to the original request that ended in the error. The
view is looked-up and rendered in a new transaction.
A new transaction means that *arbitrary* changes may have occurred to the
application state in between:
1. the transaction that raise the error, and
2. the transaction
Toby Dickenson wrote at 2003-4-4 15:54 +0100:
Access to the doomed state at the end of the transaction is what zope 2 gives
us today.
This is not the case.
Zope 2 as it is now performs error handling in a separate
transaction.
However, the error handling transaction is not
