summaryrefslogtreecommitdiff
path: root/addons/website/static/src/js
diff options
context:
space:
mode:
authorqsm-odoo <qsm@odoo.com>2016-11-21 12:51:01 +0100
committerqsm-odoo <qsm@odoo.com>2016-11-23 10:34:18 +0100
commit9a1fd7c940a64055d8435f9c7bc7d4f07ddbd3bf (patch)
treefd1454a8cde08d168cb8735ada211f850a7c07c9 /addons/website/static/src/js
parentc56cf85a3a5b92a5f593b813d483f7b3a7989759 (diff)
[FIX] website: fix opening of the SelectEditMenuDialog
When on a page event for example, when the user choose "Edit menu", a modal is first opened to ask which menu to edit (the top menu or the event menu ?). This feature was broken with a web_editor refactoring. Indeed, the dialog was converted to use the standard dialog class but the widget was still inserted in the DOM thanks to "appendTo" instead of the modal built-in "open" method, preventing it to be properly opened.
Diffstat (limited to 'addons/website/static/src/js')
-rw-r--r--addons/website/static/src/js/website.contentMenu.js2
1 files changed, 1 insertions, 1 deletions
diff --git a/addons/website/static/src/js/website.contentMenu.js b/addons/website/static/src/js/website.contentMenu.js
index d91007a7491..62da0e9e75b 100644
--- a/addons/website/static/src/js/website.contentMenu.js
+++ b/addons/website/static/src/js/website.contentMenu.js
@@ -31,10 +31,10 @@ var TopBarContent = Widget.extend({
var def = $.Deferred();
if ($("[data-content_menu_id]").length) {
var select = new SelectEditMenuDialog();
- select.appendTo(document.body);
select.on('save', this, function (root) {
def.resolve(root);
});
+ select.open();
} else {
def.resolve(null);
}