summaryrefslogtreecommitdiff
path: root/addons/base_graph/static/lib/dhtmlxGraph/codebase/dhtmlxchart_debug.js
diff options
context:
space:
mode:
authorP. Christeas <xrg@hellug.gr>2011-01-17 10:47:50 +0100
committerOlivier Dony <odo@openerp.com>2011-01-17 10:47:50 +0100
commit814c4af299192cb34ae6aec81aad8fc963ba8d44 (patch)
tree820e4637880205fcc5625babaa8fd60d4980dae8 /addons/base_graph/static/lib/dhtmlxGraph/codebase/dhtmlxchart_debug.js
parent7c95acb04ce4cdad92fc045ef54e0c06b8921537 (diff)
[FIX] osv: _constraints can be inherited by redefining a constraint with the same name
Indeed, when we define an expression like class bar(osv.osv): _inherit = 'bar.bar' def _check_foo(self, cr, uid, ids, context): return True _constraints = [ (_check_foo, "Foo failed!", ['foo']) ] ... it means that _check_foo will be passed as an *object* to the model's structure of _constraints. Therefore, it would be unequal and just append the list of any existing constraints. So, an older (_check_foo, , ['foo']) would always remain active using the previous code. This has to do with the _check_foo being an unbound (ie. not inheritable) function. Now, we check the /string name/ of the function, too. We say that if the inherited class's constraint function has the same name "_check_foo", the old ones shall be replaced. Note: this MAY introduce unpredictable results, if several modules try to override the same inherited constraint. There is no guaranteed order of inheritance. Please avoid using this feature unless necessary. lp bug: https://launchpad.net/bugs/700451 fixed bzr revid: odo@openerp.com-20110117094750-4lyzx165f1z1zgl4
Diffstat (limited to 'addons/base_graph/static/lib/dhtmlxGraph/codebase/dhtmlxchart_debug.js')
0 files changed, 0 insertions, 0 deletions