Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Keyboard focus locked after keyboard interaction with the menubar (GTK2) #505

Closed
b4n opened this issue Dec 7, 2016 · 7 comments
Closed

Comments

@b4n
Copy link

b4n commented Dec 7, 2016

The keyboard input is totally locked up inside the panel after opening one of the main menus. This issue is apparently restricted to GTK2, but exists in most if not all mate-panel versions otherwise: the same problem happens in 1.8 and 1.16 alike.

To reproduce:

  • Focus the panel (Ctrl+Alt+Tab)
  • Use the arrows to move in the panel, until it focuses the main menu and opens one of the menus
  • See that none of the global shortcuts work anymore (Alt+Tab, Alt+F1, Alt+F2, …), rendering it impossible to move the focus to anything else than the panel with the keyboard. A mouse click on something else restores proper input handling.

The same do not lock input in a GTK3 build, neither with mate-panel version 1.8 or 1.16.


I'd like to work on that issue, but I'm having a hard time figuring out where I should try and poke, so any direction on that would be highly welcome.

@cwendling
Copy link
Member

Okay, it's not actually a bug in mate-panel but in GTK2. It has been corrected very early in the GTK3 days, but never backported to GTK2. I did such a backport, which can be found on the original GNOME's bugzilla report at https://bugzilla.gnome.org/show_bug.cgi?id=554057#c18

Whether the backport will be accepted or not is not yet very clear, but I'm hopeful. If it's not, I'll investigate whether I can come up with a workaround on mate-panel's side until I can drop GTK2 on my side.

@monsta
Copy link
Contributor

monsta commented Jan 27, 2017

Should we close it then, as it can't be fixed at our side?

@cwendling
Copy link
Member

@monsta yes indeed. BTW, Debian just patched its GTK2 package in Unstable (not that it affects much there as MATE is built against GTK3 in Unstable, bu well): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847438#17
GTK didn't answer on the issue yet.

@b4n b4n closed this as completed Jan 27, 2017
@monsta
Copy link
Contributor

monsta commented Jan 27, 2017

Oh, that's already good (about Debian). As for upstream, I don't think we can expect much.

@monsta
Copy link
Contributor

monsta commented Jan 27, 2017

Debian also has a strict policy about patches, you need to prove that a bug is already fixed in current Testing and Unstable, then they might consider it for current Stable release. And what's confusing is that bugs are closed once the fix hits Unstable, so for Stable you'll need to file a new one.

@monsta
Copy link
Contributor

monsta commented Jan 27, 2017

P.s. it's confusing that you use two accounts 😄

@cwendling
Copy link
Member

Debian also has a strict policy about patches, you need to prove that a bug is already fixed in current Testing and Unstable, then they might consider it for current Stable release.

Yeah I know. Rough road ahead ^^

P.s. it's confusing that you use two accounts 😄

I know, sorry ^^ I shouldn't have opened this with my other account, but as it was that way I had to use that one to close it too.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants