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 73264 - Popup while performing strokes grabs mouse input
Popup while performing strokes grabs mouse input
Status: RESOLVED DUPLICATE of bug 76836
Product: galeon
Classification: Deprecated
Component: User interface
1.1.x
Other other
: Normal normal
: ---
Assigned To: Marco Pesenti Gritti
Yanko Kaneti
Depends on:
Blocks:
 
 
Reported: 2002-03-03 12:53 UTC by Jens Askengren
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jens Askengren 2002-03-03 12:53:25 UTC
If a dialog window (ie "host not found" message) is openend while you
performe strokes with the mouse, galeon appears to hang. Klicking the
dialog buttos with the mouse has no effect. Somthing is grabbing the mouse
input... The only way to avoid killing X is to use the keyboard to close
the dialog.

I personally feel that a non-grabbing dialog, or even better: a HTML
message (like ie does, but with a better description of the problem) is the
way to go. The preferences dialog does not grabs focus, so why should a
host-not-found dialog do so?
Comment 1 Marco Pesenti Gritti 2002-03-13 12:11:57 UTC
this may depend on the wm, I'm unsure though. Galeon is not grabbing 
the focus directly anyway
Comment 2 Yanko Kaneti 2002-04-03 22:34:09 UTC

*** This bug has been marked as a duplicate of 76836 ***