After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 103335 - focus doesn't follow mouse pointer after workspace switch
focus doesn't follow mouse pointer after workspace switch
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
unspecified
Other other
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2003-01-13 03:49 UTC by Havoc Pennington
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Havoc Pennington 2003-01-13 03:48:46 UTC
Bugzilla-Product: metacity
Description:

  Please see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=80412
  for the original bug report.
   (This is a batch-forwarded bug, if it doesn't make sense let me know.
   The bug was forwarded because it's a feature request and we don't
   want to maintain the custom feature or UI change in Red Hat patches,
   or because we don't expect to fix it ourselves but thought it might be
   a legitimate issue. It was not obviously a packaging or Red Hat specific bug.
   If you would rather not be forwarded such bugs, please advise. Thanks)




------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-01-12 22:48 -------

Reassigning to the default owner of the component, hp@redhat.com.

Comment 1 Alexandre Oliva 2003-01-13 06:34:37 UTC
I just want to point out that this is actually a regression.  Focus
used to follow the mouse pointer in Red Hat Linux 8.0, even after a
workspace switch.
Comment 2 Federico Mena Quintero 2003-02-06 17:29:31 UTC
Why does this bug exist at all?  You should get an EnterNotify on
whichever window the mouse is resting on, regardless of what keyboard
method you use to change desktops (e.g. Ctrl-Alt-arrows, which pop up
the desktop selector window, vs. a keybinding which directly changes
desktops without the popup).
Comment 3 Havoc Pennington 2003-02-11 21:33:43 UTC
This is fixed in CVS, though not in a very elegant way for 2.2.x

Federico - the reason it exists is because mouse focus doesn't actually 
maintain the "window containing the pointer is focused" invariant. 
The reason it doesn't is that to do keynav while maintaining it, you 
have to warp the pointer all over the place, which sucks.
So the code for click to focus mode to track the active window 
across workspace switches still gets run to try to handle that.

Of course my hack for 2.2.x basically restores the "window containing
pointer is focused" invariant when you switch spaces, one reason it
isn't quite right. I have a plan to fix it up on HEAD.