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 98876 - Mouse click in unfocused window does not pass through.
Mouse click in unfocused window does not pass through.
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
unspecified
Other Linux
: Low minor
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2002-11-18 14:09 UTC by Olivier Dormond
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Olivier Dormond 2002-11-18 14:09:27 UTC 
If you click in an unfocused window the click does not pass through to the
application.

This is distrubing as the buttons in an unfocused window see the mouse
movements and thus switches to 'prelight' mode. As the button under the
mouse changes state the user thinks clicking will works but it doesn't!
Comment 1 Heath Harrelson 2002-11-18 18:15:44 UTC 
Olivier, just for the record, what version of Metacity?
Comment 2 Olivier Dormond 2002-11-18 19:47:42 UTC 
Sorry for the missing version number. I've updated it.

I also checked at home on both mandrake 9.0 and latest cooker and I
can't reproduced it. So that might be a problem of libraries or I
don't know what else. I'll checks my libraries at work. Stay tuned!

By the way, I changed the priority to 'low' as I can't reproduce it at
home.
Comment 3 Heath Harrelson 2002-11-19 01:34:20 UTC 
I can reproduce this on my GNOME2 system (Metacity built from anoncvs
on Friday), but I can't reproduce it on my GNOME2.1 snapshot system
with metacity-2.4.3.0.200211161802-0.snap.ximian.1.  Weird.
Comment 4 Olivier Dormond 2002-11-19 08:29:58 UTC 
I just moved all config files of metacity (.metacity and
.gconf/apps/metacity) out of the way from the console and then logged
in and the problem disappered.

At that point, my conclusion is that it's a config-file migration issue.

I'll have a look at the difference in the config files.
Comment 5 Olivier Dormond 2002-11-19 08:45:38 UTC 
After diffing the new and the old config and playing a bit with
gconftool it turns out to be the 'application_based' key which is the
source of the problem. If it's set to true the focusing click is eaten
otherwise it gets through.
Comment 6 Havoc Pennington 2002-11-20 19:31:15 UTC 
Ah, yes. Not really a bug, in an application based setup you would 
indeed want this behavior. But the application_based setup isn't
usable right now, requires a lot of work.

We should probably make application_based do nothing for the moment.
Comment 7 Havoc Pennington 2003-01-05 04:42:15 UTC 
I'm disabling application_based now.
Comment 8 Michele Campeotto 2003-06-04 12:32:29 UTC 
I think click through should be disabled by default. I used to have
application_based on just for this little feature.
Being able to click anywhere on an unfocused window to activate it
instead of a tiny titlebar or tasklist button is a huge usability
improvement, IMO.