sc/source/ui/cctrl/checklistmenu.cxx |    4 ----
 1 file changed, 4 deletions(-)

New commits:
commit 843a82a1f5b3c6a220c4fdb70ae03b6ccaf592ac
Author:     Caolán McNamara <caol...@redhat.com>
AuthorDate: Mon Nov 29 16:22:00 2021 +0000
Commit:     Caolán McNamara <caol...@redhat.com>
CommitDate: Tue Nov 30 09:55:09 2021 +0100

    close menu a followed by open menu b should not cancel open menu b
    
    Change-Id: I9c708811d9eea04a2421c97a97d7dce14fdc8e63
    Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126088
    Tested-by: Jenkins
    Reviewed-by: Caolán McNamara <caol...@redhat.com>

diff --git a/sc/source/ui/cctrl/checklistmenu.cxx 
b/sc/source/ui/cctrl/checklistmenu.cxx
index e140cee466d0..80a312b75194 100644
--- a/sc/source/ui/cctrl/checklistmenu.cxx
+++ b/sc/source/ui/cctrl/checklistmenu.cxx
@@ -226,16 +226,12 @@ void ScCheckListMenuControl::handleMenuTimeout(const 
SubMenuItemData* pTimer)
         // end submenu.
         if (maCloseTimer.mpSubMenu)
         {
-            maOpenTimer.mpSubMenu = nullptr;
-
             maCloseTimer.mpSubMenu->EndPopupMode();
             maCloseTimer.mpSubMenu = nullptr;
 
             // EndPopup sends a user event, and we want this focus to be set 
after that has done its conflicting focus-setting work
             if (!mnAsyncPostPopdownId)
                 mnAsyncPostPopdownId = Application::PostUserEvent(LINK(this, 
ScCheckListMenuControl, PostPopdownHdl));
-
-            maOpenTimer.mnMenuPos = MENU_NOT_SELECTED;
         }
     }
 }

Reply via email to