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

Branch merges

Propose for merging

No branches dependent on this one.

Ready for review for merging into lp:openobject-client-web

OpenERP Core Team: Pending requested 2012-10-15

Diff: 129 lines (+39/-9)

3 files modified

addons/openerp/controllers/form.py (+1/-1)
addons/openerp/controllers/openo2m.py (+33/-2)
addons/openerp/static/javascript/m2o.js (+5/-6)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

4890. By Anaël Closson (openerp) on 2013-03-12

[FIX] OPW 587377 ie stop listening clicks when spam clicking on buttons on a view with m2o

4889. By Xavier ALT on 2012-10-29

[FIX] OPW 580592: web: when compararing current and original compare, make sure both arguments are unicode

4888. By Xavier ALT on 2012-10-15

[FIX] OPW 580592: web: one2many: when saving one2many data filter data that has not been modified

  - This is necessary when user has no 'write' access on the one2many object,
    and user clic on a button. If user didn't modify the record - write() call
    is not necessary.

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.

4881. By Xavier ALT on 2012-10-02

[MERGE] OPW 577768: web: open error popup exclusively from top window - otherwise error raised from wizard might not be shown