Vo Minh Thu ad06d1ba56 [FIX] This complements commit 3511,
revision-id: odo@openerp.com-20110714105552-9tgofrjtdgjmgc4b.
Each OpenERP cursor is mapped to a single psycopg2 connexion.
When a cursor is closed, the connexion is pushed back to a
pool and reused later. Now that the 'snapshot isolation' level
is used, the fact we didn't properly commit/rollback a
transaction appears: some 'concurrent' update showed up.
The fix is simple: whenever a cursor is closed, we rollback
any pending operation (which is the expected behavior).
(Furthermore, the connexion is explicitely closed when the
connexion is pushed back but not kept in the pool.)

bzr revid: vmt@openerp.com-20110913143444-s49r7r2h6m00p5s3
2011-09-13 16:34:44 +02:00
2011-09-07 08:14:16 +02:00
2010-12-21 21:27:27 +01:00
2011-08-16 01:02:43 +02:00
2009-01-26 22:27:21 +02:00
2011-05-11 12:34:55 +02:00
2011-03-28 14:29:58 +02:00
2011-05-13 13:42:28 +02:00
2010-09-28 20:53:49 +02:00
2011-09-06 21:20:04 +02:00
2010-10-19 00:00:03 +02:00

About OpenERP

---------------



OpenERP is a free Enterprise Resource Planning and Customer Relationship 

Management software. It is mainly developed to meet changing needs.



The main functional features are: CRM & SRM, analytic and financial accounting,

double-entry stock management, sales and purchases management, tasks automation,

help desk, marketing campaign, ... and vertical modules for very specific 

businesses.



Technical features include a distributed server, flexible workflows, an object 

database, dynamic GUIs, customizable reports, NET-RPC and XML-RPC interfaces, ...



For more information, please visit: 

http://www.openerp.com



S
Description
No description provided
Readme LGPL-3.0
3.4 GiB
Languages
Python 49.6%
JavaScript 47.8%
SCSS 2%
CSS 0.3%
HTML 0.2%