lp:~openerp-dev/openobject-client-web/6.0-opw-581388-xal

Branch merges

Propose for merging

No branches dependent on this one.

Merged into lp:openobject-client-web at revision 4891

OpenERP Core Team: Pending requested 2012-10-29

Diff: 31 lines (+10/-0)

2 files modified

addons/openerp/controllers/form.py (+3/-0)
addons/openerp/static/javascript/openerp/openerp.base.js (+7/-0)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

4891. By Xavier ALT on 2012-11-05

[FIX] web: uppon duplication make sure 'ids' is a list not False - courtesy of Quentin THEURET

4890. By Xavier ALT on 2012-10-29

[FIX] web: force reload of content when opening a dialog on an unsaved record

4889. By Launchpad Translations on behalf of openerp on 2012-10-23

Launchpad automatic translations update.

4888. By Xavier ALT on 2012-10-16

[MERGE] OPW 580262: web: getFormData(): correctly get parent 'editable' status when source is a field with no 'editable' information (ex: many2one)

4887. By Xavier ALT on 2012-10-15

[MERGE] OPW 580425: fix onchange concurrency problem with many2many

4886. By Launchpad Translations on behalf of openerp on 2012-10-11

Launchpad automatic translations update.

4885. By Xavier ALT on 2012-10-09

[MERGE] OPW 578685: many2many: many2many broken after 2nd pagination, traceback on column sorting

4884. By Xavier ALT on 2012-10-09

[MERGE] OPW 577661: web: fix error popup replacing "view" when submitted data contains binary

 - in browsers not supporting FileAPI, standard XMLHttpRequest does not allow
   sending <input type="file"/> binary content, so in that case jquery.form.js
   use a _hack_ by inclusing content within an iframe form and submitting that
   form.

   Normally, if server raise an error during an XHR request, we get the correct
   error status on the response, but with <input type="file"/> and _iframe hack_,
   we have no way to get the real response status (always think there is no error);
   We then wrongly call the 'sucess' callback, i.e replace view content by the
   received response.

   jQuery form plugin has been upgraded to support XHR status emulation and from
   web-client we intercept error message to add emulated status allowing us to
   call the right 'error callback'.

4883. By Xavier ALT on 2012-10-09

[MERGE] OPW 57667: form view: button should be clickable on state + attrs (not forced to readonly if view is non-editable)

4882. By Launchpad Translations on behalf of openerp on 2012-10-09

Launchpad automatic translations update.