Incorrect focus when application is slow to respond

Bug #882237 reported by Kasper Dupont
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
xfwm4 (Debian)
Incomplete
Undecided
Unassigned
xfwm4 (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

If an application is responding slowly xfwm4 will sometimes give it focus when it shouldn't have it.

Steps to reproduce:
1. Configure xfwm4 to let focus follow the mouse
2. Get an application to respond slowly (can easily be reproduced with firefox and lots of open tabs)
3. Open two xterm windows in front of slow application.
4. Move mouse over one xterm window
5. Wait for xterm window to get focus (should happen instantly)
6. Press ctrl-d to quit the xterm
7. Before the slow application reacts to the newly received focus move mouse cursor to other xterm window.
8. Wait for slow application to respond.

Expected result:
Since the mouse is now over the xterm window it gets focus and keeps it.

Actual result:
As soon as the mouse cursor enters xterm window it gets focus. Once the slow application starts responding again it receives focus. This will cause focus to shift away from the xterm when it shouldn't, usually in the middle of the user typing causing keypresses to be sent to the wrong window.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: xfwm4 4.6.1-1ubuntu2
ProcVersionSignature: Ubuntu 2.6.32-34.77-generic 2.6.32.44+drm33.19
Uname: Linux 2.6.32-34-generic i686
Architecture: i386
Date: Wed Oct 26 21:24:15 2011
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 10.04.3 LTS "Lucid Lynx" - Release i386 (20110720.1)
ProcEnviron:
 PATH=(custom, user)
 LANG=en_DK.utf8
 SHELL=/bin/bash
SourcePackage: xfwm4

Revision history for this message
Kasper Dupont (ubuntu-launchpad-feb) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in xfwm4 (Ubuntu):
status: New → Confirmed
Revision history for this message
Emil Mikulic (darkmoon) wrote :

This is driving me nuts. I'm getting it on Debian unstable mousing in and out of google-chrome. A symptom I'm seeing is that xorg burns a lot of CPU time while it's happening, it appears to be coming from one of the closed-source nvidia libraries, and it appears to be issuing a storm of ioctl()s to /dev/nvidia0 (or nvidiactl, I forget)

For comparison, I don't have this problem with twm. (i.e. I'm pretty sure the root cause is something xfwm4 is doing)

Revision history for this message
Thaddaeus Tintenfisch (thad-fisch-deactivatedaccount) wrote :

Does this bug affect newer versions of xfwm4 (Ubuntu 14.04 and up)?

Changed in xfwm4 (Ubuntu):
status: Confirmed → Incomplete
Changed in xfwm4 (Debian):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for xfwm4 (Ubuntu) because there has been no activity for 60 days.]

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

Other bug subscribers

Remote bug watches

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