GNOME Bugzilla – Bug 693572
Child popup menu regression
Last modified: 2013-02-18 18:31:38 UTC
Some fallout from the GrabHelper port: (1) Click user name (2) Click presence combo box (3) Click user name again Expected behavior: Both user menu and combobox popup are closed. Actual behavior: The combobox popup stays open.
ugly regression belongs on the 3.8 list
Created attachment 236395 [details] [review] popupMenu: Move child menus to be a PopupMenu-only thing It doesn't make sense for combo menus, sections, or submenus to have child menus.
Created attachment 236396 [details] [review] popupMenu: Close all child menus when the main menu is closed Otherwise, if something managed to call close(), it wouldn't close any child menus.
Review of attachment 236395 [details] [review]: If you do this, you should change also getTopMenu in PopupComboBoxMenuItem to recurse into PopupComboMenus
Review of attachment 236396 [details] [review]: Looks good.
Created attachment 236516 [details] [review] popupMenu: Remove support for nested combo boxes I'm sure this was originally a testcase for nested child menus, and we never actually inteded any support for this.
Created attachment 236647 [details] [review] popupMenu: Remove support for nested combo boxes I'm sure this was originally a testcase for nested child menus, and we never actually inteded any support for this.
Review of attachment 236647 [details] [review]: Yes. (And acn to the previous one too)
Attachment 236395 [details] pushed as c9783b3 - popupMenu: Move child menus to be a PopupMenu-only thing Attachment 236396 [details] pushed as 809295c - popupMenu: Close all child menus when the main menu is closed Attachment 236647 [details] pushed as 44e4cbf - popupMenu: Remove support for nested combo boxes