Binding ctrl+shift, alt+shift, etc for switching keyboard layout makes shortcuts with ctrl+shift, etc not working in any program

Bug #1245473 reported by kolen on 2013-10-28
248
This bug affects 55 people
Affects Status Importance Assigned to Milestone
GNOME Settings Daemon
Fix Released
Medium
GNOME Shell
Won't Fix
Medium
Unity
Confirmed
High
Unassigned
X.Org X server
Confirmed
High
firefox (Ubuntu)
Undecided
Unassigned
gnome-settings-daemon (ALT Linux)
Unknown
Unknown
gnome-settings-daemon (Debian)
New
Unknown
gnome-settings-daemon (Fedora)
In Progress
Undecided
gnome-settings-daemon (Ubuntu)
High
Unassigned
gnome-settings-daemon (openSUSE)
Confirmed
Medium
gnome-shell (Ubuntu)
Undecided
Unassigned
gnome-terminal (Ubuntu)
Undecided
Unassigned
unity (Ubuntu)
High
Unassigned

Bug Description

Tried only with ctrl+shift, maybe behaves the same for other modifier key combinations when used as shortcut for switching layouts.

- Set ctrl+shift as shortcut for switching keyboard layouts
- 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)

----------
For other layout switching problems introduced in Ubuntu 13.10 you can see bug 1218322.
----------

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: gnome-settings-daemon 3.8.5-0ubuntu11.1
ProcVersionSignature: Ubuntu 3.11.0-13.20-generic 3.11.6
Uname: Linux 3.11.0-13-generic x86_64
ApportVersion: 2.12.5-0ubuntu2.1
Architecture: amd64
Date: Mon Oct 28 16:40:02 2013
InstallationDate: Installed on 2013-10-23 (5 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1)
MarkForUpload: True
SourcePackage: gnome-settings-daemon
UpgradeStatus: No upgrade log present (probably fresh install)

kolen (incredible-angst) wrote :
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gnome-settings-daemon (Ubuntu):
status: New → Confirmed
Sebastien Bacher (seb128) wrote :

Thank you for your bug report.

To fix that properly we need to key grabbing to happen in unity

Changed in gnome-settings-daemon (Ubuntu):
importance: Undecided → High
Changed in unity (Ubuntu):
importance: Undecided → High
status: New → Confirmed
Norbert (nrbrtx) wrote :

Merged bug 1246656 here. It's description was:
"In 12.04.3 I was able to use Ctrl+Shift+C and Ctrl+Shift+V for copying and pasting text in gnome-terminal even if my keyboard layout change hotkey is set to Ctrl+Shift.
In Saucy I can't use these shortcuts in gnome-terminal."

Bug exists with the latest versions of packages (gnome-control-center 1:3.6.3-0ubuntu45.1, gnome-settings-daemon 3.8.5-0ubuntu11.1).

Lockal (lockal) wrote :

Highly important for blender. Blender uses all kind of keyboard shortcuts: ctrl+alt+key, ctrl+shift+key, ctrl+alt+key, ctrl+alt+shift+key, control+space, shift+space, alt+space, ctrl+alt+space... There is an alternative way to get access to these functions, but shortcuts are essential in blender (like in vim). List of keyboard shortcuts in blender (only for 2 modes, while blender has about 10 different modes): http://wiki.blender.org/index.php?title=User:Lockal/Keyboard&action=render

kolen (incredible-angst) wrote :

Possibly caused by bug 1244090: when keys to change layout are pressed, focus moves away from application to some system app, therefore app cannot receive keypress events.

Andrey (abelt) wrote :

It's probably related to fix released for bug #1218322

Andrey (abelt) on 2013-11-12
tags: added: keyboard-layout-switching-related
tags: added: keyboard-layout-switching-hotkeys
removed: keyboard-layout-switching-related
Norbert (nrbrtx) wrote :

I reported to upstream about shortcuts started from Ctrl+Shift.

Changed in gnome-settings-daemon:
importance: Unknown → Medium
status: Unknown → Won't Fix

What about CTRL+SHIFT+t in browsers? It is very annoying now going to the
menu every time you want to restore a closed tab :(

On Tue, Nov 19, 2013 at 3:34 PM, Bug Watch Updater <
<email address hidden>> wrote:

> ** Changed in: gnome-settings-daemon
> Status: Unknown => Won't Fix
>
> ** Changed in: gnome-settings-daemon
> Importance: Unknown => Medium
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1245473
>
> Title:
> Binding ctrl+shift, alt+shift, etc for switching keyboard layout makes
> shortcuts with ctrl+shift, etc not working in any program
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/gnome-settings-daemon/+bug/1245473/+subscriptions
>

--
Regards,
Yuriy Padlyak

Roland Bertolom (bertolom-1) wrote :

Maybe that will help for someone as workaround or smth. If you bind for switching keyboard layout to [left-ctrl] + [left-shift] than only [left-ctrl] + [any-shift] would not work. While [any-shift] + [right-ctrl] still works _IF_ you press [shift] first. And if you press keys in such order it, in fact, doesn't switch keyboard.

Norbert (nrbrtx) wrote :

Unable to use Ctrl+Shift+key shortcuts (for example Ctrl+Shift+arrows for selecting text) on Ubuntu 14.04 with all updates installed if keyboard layout switching is set to Ctrl+Shift.

tags: added: trusty
removed: amd64
Norbert (nrbrtx) wrote :

Did a fresh install of latest (2013-03-16) Ubuntu 14.04 image, set Ctrl+Shift as layout switch.
I unable to copy test with Ctrl+Shift+arrows, copy and paste text in gnome-terminal with Ctrl+Shift+C/V.
Tested on GNOME FlashBack session (Metacity, Compiz). But I can do this way on Unity session.

Please fix this bug before Ubuntu 14.04 final release.

tags: added: trusty-desktop
Norbert (nrbrtx) wrote :

Ctrl+Shift+PrintScreen is broken too if layout switching is set to Ctrl+Shift.

Norbert (nrbrtx) wrote :

Made a clean install of Ubuntu 14.04 beta2 ( 4cf9e5ef2c1c362317c90312c76cfda0 *ubuntu-14.04-beta2-desktop-i386.iso).

There is a big problem with shortcuts, which start from Ctrl+Shift if layout switching key is set to Ctrl+Shift in GNOME sessions (Compiz and Metacity):
1. I can't copy and paste text in gnome-terminal with Ctrl+Shift+C/V
2. I can't make Screenshot of desired area to clipboard with Ctrl+Shift+PrintScreen
3. I can't select text with Ctrl+Shift+arrows in gedit
4. I can't select text with Ctrl+Shift+arrows in LibreOffice Writer

Please fix these bugs before Ubuntu 14.04 final release.

You can see all non-latin shortcut problems in my Google Docs table (https://docs.google.com/spreadsheet/ccc?key=0Ao5e713Ig9g_dEJrX2NRYlpLWWVzSWxsVXU4ck9HYVE&usp=sharing , Sheet "!!! Non-latin shortcuts (14.04)").

Norbert (nrbrtx) wrote :

Ubuntu 14.04 with all updates for today - bug exists. Please fix it as soon as possible.

Roland Bertolom (bertolom-1) wrote :

Gmm... I updated to 14.04 just yesterday and it looks that bug vanished. Tested shorcuts in terminal (ctrl+shift+c/ctrl+shift+v) in Brackets IDE and in Firefox (ctl+shift+arrows, ctrl+shift+s). It is also looks that applications do not loose focus when layout switching.
So, I can't confirm this bug in 14.04.
P.S. It looks that PrintScreen works only for windows (alt+print) at all. But that's a different story.

Norbert (nrbrtx) on 2014-04-21
description: updated
Norbert (nrbrtx) wrote :

@Roland Bertolom
on which session you got these positive results?

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
- 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)

Version-Release number of selected component (if applicable):
Bug exists in Red Hat ____Enterprise___ Linux Workstation 7.0 (Maipo).
gnome-settings-daemon-3.8.6.1-8.el7.x86_64

How reproducible:
Always

Steps to Reproduce (S); Actual Results (AR); Expected Results (ER)

Test case No. 1:
(S): Open gnome-terminal, type some command, try to copy the command with <Ctrl+Shift+C> and to paste it with <Ctrl+Shift+V>.
(ER): Text is copied and pasted, keyboard layout is not changed.
(AR): Text is not copied and not pasted, but keyboard layout is changed.

Test case No. 2:
(S): Open Firefox web-browser, open new tab, go to some site, close this tab, try to recover tab with <Ctrl+Shift+T>
(ER): Recently closed tab is opened, keyboard layout is unchanged
(AR): Firefox opened new tab, keyboard layout is changed

Test case No. 3:
(S): Open any text editor (gedit libreoffice Writer), type some text with several words, try to select some of that words with <Ctrl+Shift+Left Arrow> or <Ctrl+Shift+Right Arrow>
(ER): Text is selected by words, keyboard layout is not changed
(AR): Text is not selected, keyboard layout is changed

Test case No. 4:
Open Blender (see https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1245473/comments/5 for details)

Test case No. 5:
(S): Try to make a screenshot of desired window region with <Ctrl+Shift+PrintScreen>
(ER): Cursor is changed to cross, desired area is selected by user, screenshot is copied to clipboard, keyboard layout is not changed
(AR): Whole screen screenshot is saved to clipboard, keyboard layout is changed

The aforementioned test-cases works as expected on previous versions of GNOME (for example 3.4.2 in Ubuntu 12.04).

Additional info:
This bug exists at least in Ubuntu (see https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1245473), the bug is reported to upstream (https://bugzilla.gnome.org/show_bug.cgi?id=712667) with no luck.

User-Agent: Mozilla/5.0 (X11; Linux i686; rv:28.0) Gecko/20100101 Firefox/28.0

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
- 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)

Steps to Reproduce (S); Actual Results (AR); Expected Results (ER)

Test case No. 1:
(S): Open gnome-terminal, type some command, try to copy the command with <Ctrl+Shift+C> and to paste it with <Ctrl+Shift+V>.
(ER): Text is copied and pasted, keyboard layout is not changed.
(AR): Text is not copied and not pasted, but keyboard layout is changed.

Test case No. 2:
(S): Open Firefox web-browser, open new tab, go to some site, close this tab, try to recover tab with <Ctrl+Shift+T>
(ER): Recently closed tab is opened, keyboard layout is unchanged
(AR): Firefox opened new tab, keyboard layout is changed

Test case No. 3:
(S): Open any text editor (gedit libreoffice Writer), type some text with several words, try to select some of that words with <Ctrl+Shift+Left Arrow> or <Ctrl+Shift+Right Arrow>
(ER): Text is selected by words, keyboard layout is not changed
(AR): Text is not selected, keyboard layout is changed

Test case No. 4:
Open Blender (see https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1245473/comments/5 for details)

Test case No. 5:
(S): Try to make a screenshot of desired window region with <Ctrl+Shift+PrintScreen>
(ER): Cursor is changed to cross, desired area is selected by user, screenshot is copied to clipboard, keyboard layout is not changed
(AR): Whole screen screenshot is saved to clipboard, keyboard layout is changed

The aforementioned test-cases works as expected on previous versions of GNOME (for example 3.4.2 in Ubuntu 12.04).

Reproducible: Always

This bug exists at least in Ubuntu (see https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1245473), RedHat 7 (https://bugzilla.redhat.com/show_bug.cgi?id=1091631), the bug is reported to upstream (https://bugzilla.gnome.org/show_bug.cgi?id=712667) with no luck.

Changed in gnome-settings-daemon (openSUSE):
importance: Unknown → Medium
status: Unknown → Confirmed

(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)
>

Changed in gnome-settings-daemon (Debian):
status: Unknown → New

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.

ivan (funivan) wrote :

I use Ubuntu 14.04 and this bug still present. If you can, please fix it. I use Alt+shift and this combination does not work with other keys in programs.

affects: gnome-settings-daemon → gnome-shell
Changed in unity:
importance: Undecided → High
status: New → Confirmed
Norbert (nrbrtx) wrote :

Ubuntu 14.04.1 with all updates, Ctrl+Shift as layout switch (English and Russian).
I unable to use <Ctrl+Shift+arrows> for text selection and <Ctrl+Shift+T> in Firefox, <Ctrl+Shift+PrintScreen> in the following sessions:
* GNOME Session (Metacity)
* GNOME Session (Compiz)

All these shortcuts work as expected in Unity.

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.

Norbert (nrbrtx) wrote :

It's great that Ubuntu 14.10 MATE beta is not affected by this bug.

Norbert (nrbrtx) wrote :

Ubuntu Utopic 14.10 final with all updates, Ctrl+Shift as layout switch (English and Russian).
I unable to use <Ctrl+Shift+arrows> for text selection and <Ctrl+Shift+T> in Firefox, <Ctrl+Shift+PrintScreen> in the following sessions:
* GNOME Session (Metacity)
* GNOME Session (Compiz)

All these shortcuts work as expected in Unity.

tags: added: amd64
removed: trusty-desktop
Norbert (nrbrtx) on 2015-01-17
tags: removed: amd64
Norbert (nrbrtx) wrote :

Bug exists in Ubuntu 15.04 alpha2., Ctrl+Shift as layout switch (English and Russian).
I unable to use <Ctrl+Shift+arrows> for text selection and <Ctrl+Shift+T> in Firefox, <Ctrl+Shift+PrintScreen> in the following sessions:
* GNOME Session (Metacity)
* GNOME Session (Compiz)

All these shortcuts work as expected in Unity.

tags: added: vivid
Norbert (nrbrtx) wrote :

Bug exists in Ubuntu 15.04 beta2., Ctrl+Shift as layout switch (English and Russian).
I unable to use <Ctrl+Shift+arrows> for text selection and <Ctrl+Shift+T> in Firefox, <Ctrl+Shift+PrintScreen> in the following sessions:
* GNOME Session (Metacity)
* GNOME Session (Compiz)

All these shortcuts work as expected in Unity.

Norbert (nrbrtx) wrote :

Bug exists in Ubuntu 15.04 final, Ctrl+Shift as layout switch (English and Russian).
I unable to use <Ctrl+Shift+arrows> for text selection and <Ctrl+Shift+T> in Firefox, <Ctrl+Shift+PrintScreen> in the following sessions:
* GNOME Session (Metacity)
* GNOME Session (Compiz)

All these shortcuts work as expected in Unity.

Tested all 5 reproducers in Gnome 3.14 and all of them have been fixed.

Norbert (nrbrtx) wrote :

Bug exists in Ubuntu 15.10 alpha (same behaviour as in comment 26).

tags: added: wily
Changed in gnome-settings-daemon (Ubuntu):
status: Confirmed → Triaged
Changed in unity (Ubuntu):
status: Confirmed → Triaged
affects: gnome-settings-daemon (Fedora) → ubuntu
Changed in ubuntu:
importance: Unknown → Undecided
status: Unknown → New
no longer affects: ubuntu
affects: gnome-settings-daemon (ALT Linux) → ubuntu
Changed in ubuntu:
importance: Unknown → Undecided
status: Unknown → New
no longer affects: ubuntu

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.

Norbert (nrbrtx) wrote :

Bug exists in Ubuntu 15.10 beta2, Ctrl+Shift as layout switch (English and Russian).
I unable to use <Ctrl+Shift+arrows> for text selection and <Ctrl+Shift+T> in Firefox, <Ctrl+Shift+PrintScreen> in the following sessions:
* GNOME Flashback (Metacity)
* GNOME Flashback (Compiz)

All these shortcuts work as expected in Unity.

(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.

Norbert (nrbrtx) wrote :

Bug exists in Ubuntu 15.10 final, Ctrl+Shift as layout switch (English and Russian).
I unable to use <Ctrl+Shift+arrows> for text selection and <Ctrl+Shift+T> in Firefox, <Ctrl+Shift+PrintScreen> in the following sessions:
* GNOME Flashback (Metacity)
* GNOME Flashback (Compiz)

All these shortcuts work as expected in Unity.

Norbert (nrbrtx) wrote :

Bug exists in 16.04 as described in #29.

tags: added: xenial
Norbert (nrbrtx) wrote :

Bug exists in 16.10 as described in #29.

tags: added: yakkety
Eli (eliterdaboss) wrote :

Could the bug I reported ( Bug #1644959 ) be a duplicate of this bug?

Velkan (velkan-s) wrote :

17.04 with GNOME Shell: can't use the Alt+Shift+# key combination in the gnome-terminal because of that.

Anton (truthzp) wrote :

Ubuntu 17.04 + GNOME Shell 3.24.2 with all updates. Bug exists.
When set combination for switch keyboard layout - CTRL + Shift, then can't use any hotkeys with CTRL+Shift combination.

Any solutions?

Norbert (nrbrtx) wrote :

Bug exists in 17.10 too. So it's time to switch to Ubuntu with MATE Desktop Environment.

tags: added: artful zesty
Norbert (nrbrtx) wrote :

Ubuntu 17.10: unable to open new tab in gnome-terminal with <Ctrl+Shift+T> if layout switcher is <Ctrl+Shift>.

Norbert (nrbrtx) wrote :

Unable to use Ctrl+Shift+key shortcuts (for example Ctrl+Shift+arrows for selecting text) on Ubuntu 17.10 with all updates installed if keyboard layout switching is set to Ctrl+Shift. Both on Xorg and Wayland.

Norbert (nrbrtx) wrote :

Ubuntu 17.10 with MATE desktop is affected by this bug (see bug 1720364). I hoped that this would not happen.

I'll continue to use Ubuntu 16.04 LTS with MATE desktop. I hope they fix this bug before Ubuntu 20.04 LTS release.

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gnome-terminal (Ubuntu):
status: New → Confirmed
Norbert (nrbrtx) wrote :

Unable to use Ctrl+Shift+key shortcuts (for example Ctrl+Shift+arrows for selecting text) on fresh clean Ubuntu 17.10 final with all updates installed if keyboard layout switching is set to Ctrl+Shift. Both on Xorg and Wayland.

Norbert (nrbrtx) wrote :

On fresh installation of 17.10 (selected English and Russian keyboards during installation) there is an interference of <Alt+Shift> with Firefox on Wayland - see bug 1712200 .

Changed in gnome-settings-daemon:
importance: Unknown → Medium
status: Unknown → Fix Released
Changed in gnome-settings-daemon (Fedora):
importance: Unknown → Undecided
status: Unknown → In Progress
Norbert (nrbrtx) on 2017-10-30
tags: added: bionic
removed: saucy vivid wily yakkety
Norbert (nrbrtx) wrote :

This bug is also known as bug 1683383 .

Changed in xorg-server:
importance: Unknown → High
status: Unknown → Confirmed
Oded Arbel (oded-geek) wrote :

The following list of bugs are all Launchpad bug reports that are the result of xorg-server freedesktop.org bug #865 ( https://bugs.freedesktop.org/show_bug.cgi?id=865 , as linked above):

Bug #36812
Bug #150702
Bug #292260
Bug #303434
Bug #1245473
Bug #1246656
Bug #1671799
Bug #1683383

These all should be a duplicate of bug #36812, which should be reopened.

A bit if historical perspective for people who didn't bother to read all of this and #36812 comments:
1. The current behavior of the X.org server - where any shortcut starting with the shift keys used to change layout, is broken and can't be used - is (as claimed by X.org devs) a requirement of the X keyboard extension (XKB).
2. A bug report on the X.org bug tracker (at freedesktop.org) was created at 2004 with a suggested alternative behavior and was followed closely with a patch to the server code. Followed a long discussion where multiple approaches up to and including changing the standard were tried and rejected by the devs.
3. Reports were opened in many distribution-specific bug trackers with requests to carry the patches from the bug report in an out of tree. Most reports were closed as "WONTFIX".
4. On 2011-01-06 a patch was added to the Ubuntu xorg-server 1.9.0.902-1ubuntu4 package for Natty (11.04). Ubuntu was the only distribution (building X.org) that carried a patch to fix this serious issue for consumers.
5. As part of the X.org servre 1.19 release, the original patch carried by Ubuntu since Natty stopped applying cleanly on the code, and on 2017-03-27, as part of the Zesty release, the patch was dropped (this is documented in bug #1671799) - even though an updated patch that applies cleanly on X.org 1.19 was already ready on the bug 865 report.
6. At this point bug #1683383 was created.

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in firefox (Ubuntu):
status: New → Confirmed
Changed in gnome-shell (Ubuntu):
status: New → Confirmed
Roman Shchekin (mrqtros) wrote :

Any news on this? It affects not only layout switching, but also a lot of famous and well used hotkeys, for example:
  - ctrl+shift+T in Chrome (reopen closed tab)
  - ctrl+shift+arrow in text edit
It is bloody unusable at the moment.

Norbert (nrbrtx) wrote :

@Roman Shchekin (mrqtros)
In my systems I fixed this bug by switching to the Ubuntu MATE 16.04 LTS.
I wrote this comment from it with Ctrl+Shift layout switcher and two layouts (English and Russian).
But Ubuntu 17.10 with MATE desktop is affected by this bug (see bug 1720364). I hoped that this would not happen.

I'll continue to use Ubuntu 16.04 LTS with MATE desktop. I hope they fix this bug before Ubuntu 18.04 LTS and/or 20.04 LTS releases.

Norbert (nrbrtx) wrote :

Clarification of my comment 58:
Ubuntu 16.04 LTS with MATE desktop does not affect by this bug,
but 17.10 and 18.04 LTS are affected even with MATE desktop (see bug 1720364).

So Ubuntu 16.04 LTS with MATE desktop is unique, here we can use Ctrl+Shift layout switcher without problems. And of course Alt+Shift too.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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