From 1ae89d189200c1e351a396a3f02612b84a69985f Mon Sep 17 00:00:00 2001 From: Andrzej Hunt Date: Sun, 1 Jun 2014 08:40:43 +0100 Subject: fdo79368 Don't process overflow menu items twice. We reuse the toolbox overflow menu for toolbarmanager's context menu -- toolbarmanger previously added its menu listener to the toolboxes menu permanently, meaning that it would try to handle overflow menu items (in addition to the context menu items which it should handle), instead we should only add the listener when we are actually using the menu as a context menu. Perhaps it would be better in the long run to actually use fully separate menus instead, and ask toolbox to specifically add its items to that rather than trying to hack the context menu on top of the overflow menu? Change-Id: Iecface2c6eae9ab79dbcdb25ffdbaf446e2885ea --- vcl/source/window/toolbox2.cxx | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) (limited to 'vcl/source') diff --git a/vcl/source/window/toolbox2.cxx b/vcl/source/window/toolbox2.cxx index 5b36f8c3cf61..0168219039df 100644 --- a/vcl/source/window/toolbox2.cxx +++ b/vcl/source/window/toolbox2.cxx @@ -1992,7 +1992,13 @@ void ToolBox::ImplExecuteCustomMenu() // call button handler to allow for menu customization mpData->maMenuButtonHdl.Call( this ); - // register handler + // We specifically only register this event listener when executing our + // overflow menu (and remove it directly afterwards), as the same menu + // is reused for both the overflow menu (as managed here in ToolBox), + // but also by ToolBarManager for its context menu. If we leave event + // listeners alive beyond when the menu is showing in the desired mode + // then duplicate events can happen as the context menu "duplicates" + // items from the overflow menu, which both listeners would then act on. GetMenu()->AddEventListener( LINK( this, ToolBox, ImplCustomMenuListener ) ); // make sure all disabled entries will be shown -- cgit