Merge lp:~stan/openobject-client-web/ajaxo2m into lp:openobject-client-web/trunk
Proposed by
Tristan Hill
Status: | Rejected | ||||
---|---|---|---|---|---|
Rejected by: | Xavier (Open ERP) | ||||
Proposed branch: | lp:~stan/openobject-client-web/ajaxo2m | ||||
Merge into: | lp:openobject-client-web/trunk | ||||
Diff against target: |
51 lines (+19/-4) 2 files modified
addons/openerp/controllers/templates/openo2m.mako (+1/-1) addons/openerp/static/javascript/form.js (+18/-3) |
||||
To merge this branch: | bzr merge lp:~stan/openobject-client-web/ajaxo2m | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Xavier (Open ERP) (community) | Disapprove | ||
Review via email: mp+53842@code.launchpad.net |
Description of the change
To post a comment you must log in.
Unmerged revisions
- 4538. By Tristan Hill
-
[FIX] use ajax for one2many save and close which works in an iframe
While this looks like it fixes the issue from afar, it does not:
* Most if not all form submissions should be ajaxified by now, using delegation. In this precise case, the submission is routed to line 240 (in 6.0, not sure about the line in trnuk but it should be roughly the same) in the file 'openerp.base.js'. No need to create a "special" ajaxified version
* Furthermore, while the result *looks* ok by doing an urlencoded POST, the attached file is *not* sent to the server, only the name is correctly set.
I fear the underlying brokenness of binaries handling in the web client make this harder than a trivial fix (https:/ /code.launchpad .net/~openerp- dev/openobject- client- web/6.0- opw-4009- al/+merge/ 50846 also tries to fix it, but it did not seem to work correctly in my tests, and it certainly does not fix this issue)