Launchpad has imported 1 comments from the remote bug at
https://bugzilla.novell.com/show_bug.cgi?id=875352.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2014-04-26T18:45:18+00:00 Norko wrote:

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

When pressing any global keyboard shourtcut (configurable via System
settings -> Keyboard -> Shortcuts; i.e. for switching keyboard layout,
volume up/down), focus temporary switches from active text input to
something else, then restores back shortly. Maybe even active window
loses focus, but window frame does not shows this (window header remains
to look active).

For example: when I press ctrl+shift here to switch keyboard layout,
when writing this description, yellow frame disappears from text input
box, text caret disappears too; they appear again when releasing
ctrl+shift. The same occurs in all other programs, i.e. terminal.

It causes serious annoyance, for example in Twitter when losing focus in
Reply text box, reply rolls up and I have to click it again with mouse
and set caret to correct place each time I switch keyboard layouts.

Other key combinations, not only ctrl+shift, also cause this.

Reproducible: Always

Steps to Reproduce:
1. Open for example gedit
2. Press Ctrl+S
3. Press Create Folder button
4. Try to change keyboard layout or volume up/down
5. Focus will be removed from new folder, folder will not be created
Actual Results:  
Focus is removed from new folder, folder will not be created.


Expected Results:  
Layout changed, folder name is on desired layout, folder is created and named 
as user wants.

This bug exists at least in Ubuntu (see https://bugs.launchpad.net
/gnome-settings-daemon/+bug/1244090 for more reproduce scenarios ),
RedHat 7 (https://bugzilla.redhat.com/show_bug.cgi?id=1091628). The bug
is reported to upstream too
(https://bugzilla.gnome.org/show_bug.cgi?id=700316) with no luck.

Reply at: https://bugs.launchpad.net/gnome-settings-
daemon/+bug/1244090/comments/13


** Changed in: gnome-settings-daemon (openSUSE)
       Status: Unknown => Confirmed

** Changed in: gnome-settings-daemon (openSUSE)
   Importance: Unknown => Medium

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1244090

Title:
  Pressing any global keyboard shortcut causes temporary loss of focus

Status in Gnome Settings Daemon:
  New
Status in Unity Settings Daemon:
  New
Status in “gnome-settings-daemon” package in Ubuntu:
  Triaged
Status in “unity-settings-daemon” package in Ubuntu:
  Triaged
Status in “gnome-settings-daemon” package in Fedora:
  Unknown
Status in “gnome-settings-daemon” package in openSUSE:
  Confirmed

Bug description:
  When pressing any global keyboard shourtcut (configurable via System
  settings -> Keyboard -> Shortcuts; i.e. for switching keyboard layout,
  volume up/down), focus temporary switches from active text input to
  something else, then restores back shortly. Maybe even active window
  loses focus, but window frame does not shows this (window header
  remains to look active).

  For example: when I press ctrl+shift here to switch keyboard layout,
  when writing this description, yellow frame disappears from text input
  box, text caret disappears too; they appear again when releasing
  ctrl+shift. The same occurs in all other programs, i.e. terminal.

  It causes serious annoyance, for example in Twitter when losing focus
  in Reply text box, reply rolls up and I have to click it again with
  mouse and set caret to correct place each time I switch keyboard
  layouts.

  Other key combinations, not only ctrl+shift, also cause this.

  It is especially annoying when using keyboard layout switch shortcut
  handled by the same subsystem (media-keys plugin):

          case SWITCH_INPUT_SOURCE_KEY:
          case SWITCH_INPUT_SOURCE_BACKWARD_KEY:
                  do_switch_input_source_action (manager, type);
                  break;

  (Original gnome-settings-daemon, from which unity-settings-daemon was
  forked, does not use media-keys plugin to switch keyboard layout).

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

  ProblemType: Bug
  DistroRelease: Ubuntu 13.10
  Package: gnome-session 3.9.90-0ubuntu3
  ProcVersionSignature: Ubuntu 3.11.0-12.19-generic 3.11.3
  Uname: Linux 3.11.0-12-generic x86_64
  ApportVersion: 2.12.5-0ubuntu2
  Architecture: amd64
  Date: Thu Oct 24 11:42:19 2013
  InstallationDate: Installed on 2013-10-23 (0 days ago)
  InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 
(20131016.1)
  MarkForUpload: True
  PackageArchitecture: all
  SourcePackage: gnome-session
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-settings-daemon/+bug/1244090/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to