summaryrefslogtreecommitdiff
path: root/addons/web/static/src/js/testing.js
diff options
context:
space:
mode:
authorXavier Morel <xmo@openerp.com>2013-08-01 11:13:26 +0200
committerXavier Morel <xmo@openerp.com>2013-08-01 11:13:26 +0200
commitadfe3e7ec9c1e98f648a644c5e5d3972e71397b3 (patch)
tree6bc85aed0a49d104db0a74222803a375be28613f /addons/web/static/src/js/testing.js
parentcdee92f9845e32ae4c7b83f7eeb31cc50d203bc4 (diff)
[FIX] reinstate basic grouping test, replace strictEqual call on widgets by ok(===)
There seems to be a problem with QUnit's serialization routines when applied to complex widgets (the view here) while running inside PhantomJS. It does not seem to be cycles in datastructures (that is handled) but looks related to complex objects linked from multiple "children" (skipping any object already serialized makes the issue disappear). The bug leads to unbounded memory growth, and on runbot to the process being summarily terminated (likely by the OOM killer) not even resulting in an OOM error (which is displayed locally). The issue can not be observed within browsers. This may be a difference in GC strategy. The serialization is applied by the driver on high-level comparison methods (e.g. strictEqual) so the caller can display the structures if desired. Replace the strictEqual(a, b) call by ok(a === b) to avoid any risk of such serialization. bzr revid: xmo@openerp.com-20130801091326-u2q9e163zls4k8ad
Diffstat (limited to 'addons/web/static/src/js/testing.js')
0 files changed, 0 insertions, 0 deletions