Merge lp:~openerp-dev/openobject-client-web/pop-up-reopen into lp:openobject-client-web/trunk
Proposed by
Vaibhav Darji
Status: | Rejected |
---|---|
Rejected by: | Xavier (Open ERP) |
Proposed branch: | lp:~openerp-dev/openobject-client-web/pop-up-reopen |
Merge into: | lp:openobject-client-web/trunk |
Diff against target: |
86 lines (+21/-5) 3 files modified
addons/openerp/controllers/actions.py (+7/-2) addons/openerp/controllers/templates/closepopup.mako (+3/-1) addons/openerp/static/javascript/openerp/openerp.base.js (+11/-2) |
To merge this branch: | bzr merge lp:~openerp-dev/openobject-client-web/pop-up-reopen |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Xavier (Open ERP) (community) | Disapprove | ||
Review via email: mp+42907@code.launchpad.net |
Description of the change
in a pop-up, if the background view is empty, the cancel button reopens the pop-up
To post a comment you must log in.
Unmerged revisions
- 4035. By Vaibhav Darji
-
[FIX] Issue of popup reopen when background view is empty.
Mis-identified issue: the core problem is that the action is opened from the menu via a regular action and set as the current URL in openLink. The long-term fix is that link-setting should probably be done in doLoadingSuccess (and maybe loadingError, so the user can just Ctrl-R or Ctrl-F5 to reload a failed page?) rather than openLink (so we avoid setting the current URL to an action of target=new for instance).
This is just a work-around, it doesn't fix the actual problem (if you open the wizard, close it and then Ctrl-R or F5, it will reopen, and so it will break user history as well).
I also am not sure about the need to reload the backing view in case of a cancel. If it's a special=cancel button there is no server action being performed so I would think there's no need to reload the backing view.