lp:~openerp-dev/openerp-web/7.0-imp-description-fka
- Get this branch:
- bzr branch lp:~openerp-dev/openerp-web/7.0-imp-description-fka
Branch merges
- Xavier (Open ERP): Pending requested
-
Diff: 13 lines (+1/-2)1 file modifiedaddons/web/static/src/js/view_form.js (+1/-2)
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.
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp:openerp-web