Bug 1091631
| Summary: | Binding ctrl+shift, alt+shift, etc for switching keyboard layout makes shortcuts with ctrl+shift, etc not working in any program | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Nrbrtx <nrbrtx> |
| Component: | gnome-settings-daemon | Assignee: | Matthias Clasen <mclasen> |
| Status: | CLOSED WONTFIX | QA Contact: | Desktop QE <desktop-qa-list> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 7.0 | CC: | mboisver, mclasen, nrbrtx, tpelka, vbenes |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2019-09-11 19:35:55 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Nrbrtx
2014-04-26 16:36:05 UTC
(In reply to Nrbrtx from comment #0) > Description of problem: > Let's assume for clarity that keyboard layout shortcut is set to > <Ctrl+Shift>. > In previous versions of GNOME this key combination did not interfere with > other hotkey combinations. But nowadays it is broken. > > - Set ctrl+shift as shortcut for switching keyboard layouts I wonder how can one set ctrl+shift to switching layouts. I have a switch mapped to super + space and cannot remap it. In fact this functionality was removed somewhere around GNOME 3.4 or so. Now, you have to use some alpha/numeric key in addition to functional ones (ctrl/alt/shift/super). So setting to ctrl+shift should be forbidden. > - Try to use ctrl+shift+v, ctrl+shift+c in Terminal -- it doesn't work > (actually Terminal window loses focus when ctrl+shift is pressed, and layout > is switched) > Thank you for reply, Vladimir! If we talk about Fedora 20, it uses gnome-control-center 3.10.3 (control-center-3.10.3-1.fc20.i686). If we talk about RedHat 7, it uses gnome-control-center 3.8.6 (control-center-3.8.6-15.el7.x86_64). On both systems one can set almost any shortcut for switching layouts from "gnome-control-center keyboard" -> Shortcuts -> Typing -> Modifiers-only switch to next source (here are <Right Shift>, <Left Ctrl>, <Alt+Caps Lock>, <Right Ctrl+Right Shift>, <Ctrl+Shift>, <Caps Lock>, <Right Ctrl>, <Left Shift>, <Shift+Caps Lock>, <Left Ctrl+Left Shift>, <Alt+Shift>, <Left Alt>, <Scroll Lock>, <Alt+Space>, <Left Win>, <Alt+Ctrl>, <Right Win>, <Right Alt>, <Menu>, <Left Alt+Left Shift>). So there is no problem to set for example <Ctrl+Shift> as layout switcher. this was originally solved here with a bit of state juggling. https://bugzilla.redhat.com/show_bug.cgi?id=841878 this functionality was removed from all items but Modifiers-only switch to next source. I think those containing ctrl+shift or alt+shift should be removed or should use win + something instead. Rui, you were poking into that. This is not a new "bug". XKB layout group switching has always behaved like this. In particular RHEL 5 and 6 also behave like this. See https://bugs.freedesktop.org/show_bug.cgi?id=865 . And I said "bug" on purpose because if you "fix" it then you'll have another group of users, who are used to the current behavior, reporting that layout switch is delayed[1] and thus they can't quickly switch layouts while typing fast. In other words, I don't intend to work on this. [1] the delay being that the switch would only happen when Shift is released instead of pressed. Dear Rui!
>"I don't intend to work on this"
Thank you for reply, but the solution to not fix the bug is not a solution I think.
Could you please find another operating system (enterprise-grade or mature) in which user can not combine keyboard layout switching hotkeys with some other key (part of global shortcut)?
If you need an example I have it - restoring recently closed tab in Firefox has cross-platform shortcut <Ctrl+Shift+T>, which do not interfere with <Ctrl+Shift> layout-switcher on any platform.
It works as expected on MS Windows, it works on Ubuntu 12.04 (with GNOME 3.4.2!), 14.04 (only in Unity session), but it do not work in other modern distros. I think it works as expected in Mac OS X too.
As you can see on launchpad page - 30 users finds this functionality essential.
Why you think that GNOME/Xorg/whatever is unique to ignore this functionality? :)
This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. Fedora 20 with all installed updates. Bug is still here. Please fix it. (In reply to Nrbrtx from comment #8) > Fedora 20 with all installed updates. Bug is still here. Please fix it. If you need RHEL7 support, I suggest you contact your support representative. Tested all 5 reproducers in Gnome 3.14 and all of them have been fixed. I'm still not sure this is fixed as reporter requested. Shift+Ctrl now works for keyboard layout switching but e.g. in Firefox for example when somebody hit key combo Shift+Ctrl+T to open a new tab the tab appears but keyboard layout change as well. Actually wondering why e.g. for firefox is not simply Ctrl+T used, it does the same. Mike could you please check again. Maybe I misunderstood something. (In reply to Tomas Pelka from comment #12) > I'm still not sure this is fixed as reporter requested. > > Shift+Ctrl now works for keyboard layout switching but e.g. in Firefox for > example when somebody hit key combo Shift+Ctrl+T to open a new tab the tab > appears but keyboard layout change as well. > > Actually wondering why e.g. for firefox is not simply Ctrl+T used, it does > the same. > > Mike could you please check again. Maybe I misunderstood something. Tomas, I think you're right. I switched this to modified too soon, I still see the keyboard layout switching in Firefox like you mentioned, and in gnome-terminal. Not entirely sure what a good fix would be, but having ctrl+shift as a keyboard layout modifier doesn't make sense when so many applications use ctrl+shift commands as well. Perhaps it shouldn't be an option? Moving this back to Assigned for now. |