Incorrect handling of window focus and keyboard input if Window Action Key is set to Disabled

Bug #1407085 reported by Bruce Pieterse
24
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Mutter
Expired
Low
Ubuntu GNOME
Fix Released
Undecided
Unassigned
Fedora
Won't Fix
Medium

Bug Description

Focusing of a window only occurs if you click on the title bar (sometimes) but in most cases the window will only focus when you are moving the application (gnome and non-gnome) instead of any area inside of window which is the correct behaviour.

Mouse interaction works if there are drop-downs and input boxes, meaning you can select and change items with the mouse, but the window still has no focus. If the window has an input box for keyboard interaction, typing in the window after clicking the input box, redirects keyboard input to the last application that has focus.

Steps to reproduce
- Install Ubuntu Gnome
- Set Window Action Key to disabled in Gnome Tweak Tool
- Ensure Focus Mode is set to Click (default)
- Open two applications
- Try typing in one window and then the other

I have tested the following versions of Ubuntu Gnome:

14.04.1 Stock: Not affected *
14.04.1 + Main PPA: Not affected *
14.04.1 + Main + Staging PPA: Not affected *

14.10 Stock: Not affected *
14.10 + Main PPA: Not affected *
14.10 + Main + Staging PPA: Affected *^^

15.04 Stock Daily: Not affected *
15.04 Stock + Core 3.14 PPA: Affected *^

Fedora 20 with Richard Hughes Repo: Not Affected *
Fedora 21: Affected *

* Indicates test was done in a VM
^ Indicates test was done on a real hardware

Additionally, doing the following does not work as well:
- Creating a new user account and setting the Window Action Key = disabled and Focus Mode = Click . Tested only 14.10 + Main + Staging PPA.
- Setting Window Action Key = disabled and Focus Mode = Click and logging out or rebooting and logging in again. Tested only 14.10 + Main + Staging PPA.
- Restarting the Shell with ALT+F2 and then r

ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: mutter 3.14.3-0ubuntu1~utopic1 [origin: LP-PPA-gnome3-team-gnome3-staging]
ProcVersionSignature: Ubuntu 3.16.0-29.39-generic 3.16.7-ckt2
Uname: Linux 3.16.0-29-generic x86_64
NonfreeKernelModules: fglrx
ApportVersion: 2.14.7-0ubuntu8
Architecture: amd64
CurrentDesktop: GNOME
Date: Fri Jan 2 13:12:45 2015
InstallationDate: Installed on 2014-03-10 (297 days ago)
InstallationMedia: Ubuntu-GNOME 13.10 "Saucy Salamander" - Release amd64 (20131017)
SourcePackage: mutter
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Bruce Pieterse (octoquad) wrote :
tags: added: vivid
Revision history for this message
Bruce Pieterse (octoquad) wrote :

An example video.

Apologies about the mouse cursor not showing in the video. This was recorded using Virtualbox.

I was unable to activate a window if I click on the title / header bar. Alt+Tab is the only way to put focus on Gnome application or application that makes use of the header bar (gedit, nautilus etc). In the video LibreOffice Writer doesn't suffer from this to much.

description: updated
Changed in mutter:
importance: Unknown → Low
status: Unknown → New
description: updated
Changed in mutter:
status: New → Incomplete
description: updated
Revision history for this message
In , Bruce (bruce-redhat-bugs) wrote :

Description of problem:
Focusing of a window only occurs if you click on the title bar (sometimes) but
in most cases the window will only focus when you are moving the application
(gnome and non-gnome) instead of any area inside of window which is the correct
behaviour.

Version-Release number of selected component (if applicable):
3.14.3

How reproducible:
1. Install Fedora 21
2. Do full system update and install gnome-tweak-tool
3. In Gnome Tweak Tool set Window Action Key to Disabled
4. Ensure Focus Mode is set to Click (default)
5. Open two applications
6. Try typing in one window and then the other

Actual results:
Mouse interaction works if there are drop-downs and input boxes, meaning you
can select and change items with the mouse, but the window still has no focus.
If the window has an input box for keyboard interaction, typing in the window
after clicking the input box, redirects keyboard input to the last application
that has focus.

Expected results:
Window should have focus as soon as it is clicked.

Additional info:
Doing the following does not work as well:
- Creating a new user account and setting the Window Action Key = Disabled and
Focus Mode = Click . Tested only Ubuntu Gnome 14.10 + Main + Staging PPA.
- Setting Window Action Key = disabled and Focus Mode = Click and logging out
or rebooting and logging in again. Tested only Ubuntu Gnome 14.10 + Main +
Staging PPA.
- Restarting the shell with ALT+F2 and r

description: updated
description: updated
Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

This message is a reminder that Fedora 21 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 21. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora 'version'
of '21'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 21 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

Fedora 21 changed to end-of-life (EOL) status on 2015-12-01. Fedora 21 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

Revision history for this message
Oliver (iamolivinius) wrote :

I have this issue on Ubuntu Gnome Ubuntu 16.04.1 LTS 64-bit

Changed in fedora:
importance: Unknown → Medium
status: Unknown → Won't Fix
Revision history for this message
Bruce Pieterse (octoquad) wrote :

This was fixed some time between 3.12.x and 3.26.2 and I longer have this problem. Tested on Bionic. Upstream report has been marked as resolved as well.

If anybody else is experiencing this problem after Arful or Bionic, please file a new bug report against the version.

Changed in ubuntu-gnome:
status: New → Fix Released
Revision history for this message
Bruce Pieterse (octoquad) wrote :

Sorry I meant I no longer have this issue.

Changed in mutter:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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