Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 69970 - userhelper gui issues
userhelper gui issues
Product: Red Hat Public Beta
Classification: Retired
Component: usermode (Show other bugs)
i386 Linux
medium Severity low
: ---
: ---
Assigned To: Nalin Dahyabhai
David Lawrence
Depends On:
Blocks: 67218
  Show dependency treegraph
Reported: 2002-07-26 23:52 EDT by Alex Yacoub
Modified: 2007-04-18 12:44 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-07-29 00:24:12 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Alex Yacoub 2002-07-26 23:52:08 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020625

Description of problem:
In the Limbo beta, using metacity with sloppy focus, userhelper password dialog
boxes have a tendency to very very quickly drop below other windows.  In some
cases, the dialog grabs and holds keyboard focus (though not window focus).

To solve this, the userhelper dialgs need to be set as "Always on Top" when they
are created.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Run any program that uses userhelper wrappers.  Do this preferably from a gui
tool (nautilus or a menu) with windows open.  The userhelper dialog will drop to
the bottom unless the mouse happens to be where it pops up.	

Additional info:
Comment 1 Nalin Dahyabhai 2002-08-12 22:42:24 EDT
Are you using autoraise?  If so, then this is unavoidable.

Consider the situation where you have two "always on top" windows which
overlapped (fairly likely, given that userhelper dialogs are always centered). 
The window manager would have no way of knowing for certain which belonged on
top at any given moment, and Bad Things could happen.

I'm going to mark this WONTFIX because the GUI toolkit doesn't offer a standard
ALWAYSONTOP hint, I suspect for this or a related reason.

Note You need to log in before you can comment on or make changes to this bug.