lp:~openerp-dev/openerp-web/7.0-opw-586827-cpa
- Get this branch:
- bzr branch lp:~openerp-dev/openerp-web/7.0-opw-586827-cpa
Branch merges
- OpenERP Core Team: Pending requested
-
Diff: 18 lines (+1/-7)1 file modifiedaddons/web/static/src/js/view_list.js (+1/-7)
Branch information
Recent revisions
- 3825. By Nicolas Vanhoren (OpenERP)
-
[FIX] problem when o2m and readonly fields, now readonly fields are saved in buffered dataset too
- 3824. By Xavier (Open ERP)
-
[FIX] replace uncommon month names of the ar_SY datejs localization file by more standard ones, courtesy of Ahmad Khayyat
The server only supports the ar_SY variant of arabic, so this is the
one and only locale arabic speakers can currently select. According to
Ahmad Khayyat:> The [ar-SY datejs localization] uses uncommon month names, which are
> hard to recognize. The more common month names should be used
> instead.This could be reverted if more arabic locales are made available in
the server, in order to limit deviations from the upstream package. - 3822. By Xavier (Open ERP)
-
[FIX] oops, previous revision now mandates valid contexts in filter group tests
- 3821. By Xavier (Open ERP)
-
[FIX] broken inference of groupby groups in search view filters
Before the valpocalypse, filter contexts were "literal" (parsed
objects) when reaching the search view, and `.attrs.context. group_by`
would return the right thing (namely the group_by attribute of the
context object).After the valpocalypse, contexts & domains on view fields (and
filters) are not evaluated on the Python side anymore and reach view
objects as strings, the access chain above thus always returns a falsy
value (undefined) as strings don't have a .group_by.Fix FilterGroup to correctly parse filter's @context before trying to
see if it has a group_by. - 3820. By Xavier (Open ERP)
-
[FIX] cleanup m2o field events when reloading m2o fields
The big issue was the hooking on the closest ui-dialog's scroll event:
if an m2o in a dialog (e.g. wizard-type situations) toggled state from
editable to readonly (workflow action of some sort), the event hook
would remain, and call .$input.autocomplete( "widget" ) which would blow
up because the autocompletion widget hasn't been re-initialized.Take care to fully unbind all events during the reload process to
avoid this issue (and potentially other such as duplicate bindings and
the like). - 3819. By Olivier Dony (Odoo)
-
[I18N] web_*: update translation templates for latest term changes due to bug fixes
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp:openerp-web