Update TestPortalTypeClass.testBoundMethodCaching WRT r40640
Since r40640, portal type classes are reinitialized at the end of transaction, but the test is still valid in multithreaded setups, where classes may be ghostified at any moment by another thread. testBoundMethodCaching and testClassHierarchyAfterReset somehow test the same thing, but in different ways. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@41204 20353a03-c40f-0410-a6d1-a30d3c3de9de
Showing
Please register or sign in to comment