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 108106 - Focus management, workspace activation and terminals
Focus management, workspace activation and terminals
Status: RESOLVED INCOMPLETE
Product: Sawfish
Classification: Deprecated
Component: Window Manager
pre-1.3.x
Other other
: Normal normal
: 3.0.x
Assigned To: sawfish-maint
sawfish QA Team
Depends on:
Blocks:
 
 
Reported: 2003-03-11 16:59 UTC by Christian Marillat
Modified: 2010-11-28 21:34 UTC
See Also:
GNOME target: ---
GNOME version: 2.1/2.2


Description Christian Marillat 2003-03-11 16:59:36 UTC 
Hi,

http://bugs.debian.org/171476

After some testing, it seems the bug is on sawfish's side as it does not
appear with other window managers (metacity for example).

If some window has the focus and the current workspace is switched (using
key bindings) to another one with a terminal window (tested with
gnome-terminal and xterm) right where the mouse cursor actually is, this
window gains focus (which is pretty intuitively normal) but then its text
cursor never changes again to unfocused style (empty block) when the window
looses focus.

It may have something to do with the way workspace switches are handled by
sawfish. It appears that with metacity, the handling is done by gnome (and
then is done right).

The bug may seem rather cosmetic, but it annoys me pretty much as I got
used to determine the focus of a terminal window in a glimpse by the shape
of the text cursor...
Comment 1 Mark Schreiber 2004-06-07 11:12:21 UTC 
I am able to reproduce this bug, and discovered another way to produce the same
symptoms:

Bind a mouse button (say, Button3-Click) to move-window-interactively in the
global context.  I create a focused, raised window, and, and drag starting in
the window.  The same issue appears after I release the window and switch to
another window -- the text cursor remains in "focused" mode.

This does *not* happen if the drag starts in the titlebar of the window rather
than the window proper.
Comment 5 Olav Vitters 2007-12-18 17:30:55 UTC 
Please advise bugmaster@gnome.org in case of abuse (like the spammer I banned). This so we can properly ban the user + remove the attachment (otherwise the spammer can still use it in spammails).
Comment 6 Christopher Roy Bratusek 2010-10-13 15:19:45 UTC 
Can't reproduce it here.
Comment 7 Felipe Besoaín Pino 2010-11-28 21:34:46 UTC 
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!