lp:~openerp-dev/openerp-web/7.0-fix-many2many_binary-reload-chm
- Get this branch:
- bzr branch lp:~openerp-dev/openerp-web/7.0-fix-many2many_binary-reload-chm
Branch merges
- Christophe Matthieu (OpenERP) (community): Needs Resubmitting
-
Diff: 22 lines (+2/-3)1 file modifiedaddons/web/static/src/js/view_form.js (+2/-3)
Related bugs
Related blueprints
Branch information
Recent revisions
- 3829. By Christophe Matthieu (OpenERP)
-
[FIX] form_view: many2many_binary: add missing extention, CompletionField
Mixin and ReinitializeFie ldMixin - 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).
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)