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
[IMP] list_view: uncheck header hook when unchecking one of the row displayed in the list view. This is done through the propagation of a deselected flag through the 'selected' event.
[IMP] list_view: added get_active_domain method that returns the evaluated current domain (from the search view), if the header hook is checked
[IMP] sidebar (More menu): add in the action context the active_domain if the list header hook is checked
[IMP] export: now works on the active_domain if the list header hook is checked; otherwise use selected_ids. The search using the active_domain is done in the python code, not JS-side.
bzr revid: tde@openerp.com-20130726123705-vdtzxmmk5tszrwqf
mail.message: now have mail_server_id field, taken from mail_mail, to be able to store preferences about the server to use to send notification emails
email.template: mail.compose.message:
- now handles mail_server_id from the template
- improved user_signature management from templates
mail.compose.message: now can use the active_domain form context, taken from the list view. This means that when checking all records through the header hook, the mass mailing is done on all the records that match the search domain, not only to the ones in the displayed pager.
bzr revid: tde@openerp.com-20130726123642-vmey18jiacwng1pz
[IMP] Addons: cleaned server action definition according to refactoring.
[ADD] email_template: added support for 'email' server action.
Email server action are now entirely based on templates.
[IMP] crm: fixed an issue with an on_change + specific template used in the email server action to remind users of their forgotten leads
[TEST] email_template: added tests for the email server action
bzr revid: tde@openerp.com-20130726101815-z6b7pghb33u65u4x
Main modifications:
- removed dummy, email (moved to email_template), loop, sms types; merged object_create and object_copy; renamed other to multi
- cleaned code, made it easier to override
- improved view to ease the definition of new server actions
- changed/updated fields
- added tests
- added changelog and base for documentation
[ADD] ORM: added _check_m2m_recursion on BaseModel. This method checks for recursions in intramodel many2manyrelationships, aka models having childs in the same model.
bzr revid: tde@openerp.com-20130726101805-a2vby7q1j7df9wte
Denis Ledoux
Launchpad Translations on behalf of openerp
niv-openerp
Xavier Morel
Vo Minh Thu
Raphael Collet
Thibault Delavallée