Super key swallowed by brisk menu

Bug #1767525 reported by Redsith
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
brisk-menu (Ubuntu)
Fix Released
Medium
Martin Wimpress 
Bionic
Triaged
Medium
Martin Wimpress 

Bug Description

Hi,

With 18.04 the brisk menu swallows the super key and doesn't allow for super to be used for window movement and resizing (cant use alt, as i need alt for Houdini and Maya). If brisk is open then i can use Super for movement, but not if its closed.

Thanks

Revision history for this message
Victor Kareh (vkareh) wrote :

Hi, what window manager are you using? Marco, Compiz, other?

Revision history for this message
Redsith (redsith) wrote :

I think its the default (Marco (Adaptive Compositor) in mate tweak) using nvidia drivers.

Revision history for this message
Victor Kareh (vkareh) wrote :

Should have asked earlier, but what keyboard layout are you using? And are your overall shortcuts on default or have you added/changed some of them?

Sorry for all the random questions (and thanks for the answers!). 18.04 has a patch on brisk-menu to avoid swallowing keys for Compiz, but haven't seen that issue on Marco yet. I'm wondering if the fix on Compiz broke something on Marco...

Revision history for this message
Redsith (redsith) wrote :

Hi

no worries, im using a british layout keyboard, and all the shortcuts are default. I am using a tenkeyless board but i doubt that makes a difference. Heres the xev for the super key

KeyPress event, serial 38, synthetic NO, window 0x4c00001,
    root 0x1de, subw 0x0, time 5786044, (955,524), root:(998,576),
    state 0x0, keycode 133 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 38, synthetic NO, window 0x4c00001,
    root 0x1de, subw 0x0, time 5786145, (955,524), root:(998,576),
    state 0x40, keycode 133 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False

Thanks

Revision history for this message
Matt (matthewar) wrote :

Hi, I'm having a similar problem, also have a en_GB keyboard layout.
I've seen that there were problems in the past with similar things, that were patched (e.g. https://github.com/solus-project/brisk-menu/issues/55)
All my key bindings are as default, I just installed the OS.

Revision history for this message
Ralf Morawe (mowalle) wrote :

Hello,

I can report the same issue (German layout), but I think it extends beyond the brisk menu. I notice the same issue with the mate-menu as well (when it is also bound to Super_L). Maybe there is a common component that's at fault.

I also noticed that shortcuts in the "Keyboard Shortcuts" section that contain the Super key still work fine. E.g. set Super+E as the shortcut for "Home folder" and it opens Caja just fine.

Maybe connected: custom Super-shortcuts in separate applications have to be triggered twice when either brisk- or mate-menu are bound to Super_L. For example, when I set "Super+Z" as the shortcut in Zeal to bring up the application, I have to actually press "Super+Z+Z". Once the menus are bound to something else though like Super+X, then I can bring Zeal up with just Super+Z.

Hope that helps.

Revision history for this message
Matt (matthewar) wrote :

Many of the normal commands such as move window are bound to Mod4, which is the same key as Super_L but I believe has priority? Could this be why it overrides the normal shortcuts?

Revision history for this message
Ralf Morawe (mowalle) wrote :

Another thing I just noticed (that might be connected) is that if I activate "Enable HUD" in MATE Tweak, I can't move the windows with Alt+Click-Drag anymore as well. Same with Alt+Rightclick for resize. Since both Alt and Super are normally modifier keys, this could point to a common problem.

Using marco on Ubuntu MATE 18.04 btw.

Revision history for this message
Andamo Deming (andamod) wrote :

I have been having the same problem with Super key. Clean install of 18.04. I am using a Azio MKG-1K en-us keyboard. I use the default drivers for it, and I know it worked in other distro's and I am pretty sure it worked in UM 17.10.
Currently using UM 18.04, pantheon theme, Marco Adaptive window manager, HUD and dock enabled.

Revision history for this message
Victor Kareh (vkareh) wrote :

There is a fix for this submitted upstream: https://github.com/solus-project/brisk-menu/pull/101

Currently distro-patched on 18.10

Changed in ubuntu-mate:
assignee: nobody → Victor Kareh (vkareh)
status: New → In Progress
Changed in brisk-menu (Ubuntu):
status: New → In Progress
importance: Undecided → Medium
Changed in brisk-menu (Ubuntu Bionic):
status: New → Triaged
importance: Undecided → Medium
assignee: nobody → Martin Wimpress (flexiondotorg)
Changed in brisk-menu (Ubuntu):
assignee: nobody → Martin Wimpress (flexiondotorg)
no longer affects: ubuntu-mate
Changed in brisk-menu (Ubuntu):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package brisk-menu - 0.5.0-8ubuntu1

---------------
brisk-menu (0.5.0-8ubuntu1) cosmic; urgency=medium

  * debian/patches:
    + Add 1007_prevent_key-binder_swallowing_super-mouse_events.patch:
      Fix key-binder from swallowing Super+Mouse events. (LP: #1767525)
    + Add 1008_unset_lock_masks.patch. Unset Lock key masks when closing
      menu. (LP: #1774290)

 -- Martin Wimpress <email address hidden> Fri, 28 Sep 2018 12:18:39 +0100

Changed in brisk-menu (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.