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 171613 - window manager drags window when it should only select it
window manager drags window when it should only select it
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: metacity (Show other bugs)
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Ray Strode [halfline]
Depends On:
  Show dependency treegraph
Reported: 2005-10-24 08:41 EDT by Kurt Kimber
Modified: 2007-11-30 17:07 EST (History)
0 users

See Also:
Fixed In Version: RHEL3 U6
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-10-24 09:30:27 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 Kurt Kimber 2005-10-24 08:41:26 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050909 Red Hat/1.7.10-

Description of problem:
1) First please confirm that I've got the correct window manager for RHEL 3.0 and gnome; I'm assuming its metacity.  If this assumption is incorrect, then please direct this bug report to the correct window manager.

2) I am running RHEL 3.0 remotely via RealVNC v4.1. (server and client are on same LAN, 20 meters apart).

3) Problem description:  if I quickly left click (downstroke then upstroke) on a window's banner, the window gets "stuck to my mouse cursor", i.e. the window manager has decided to drag the window.  If I click on the banner more slowly (~300ms or more between downstroke and upstroke) then the window is selected (correct), not dragged (incorrect) as with more rapid click.

4) Suggested diagnosis:  when I click a window's banner quickly (to select it) I'm guessing the window manager is missing the click's upstroke and thus thinks the window should be in drag mode, i.e., thinks the mouse button is in the downstroke position.

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

How reproducible:

Steps to Reproduce:
1. Very rapidly click the banner of a window (~100ms or less between click's downstroke and upstroke).

Actual Results:  Window manager put window in "drag" mode.

Expected Results:  Window should have only been selected, not put in drag mode.

Additional info:
Comment 1 Ray Strode [halfline] 2005-10-24 09:30:27 EDT
Hi Kurt,

This was indeed a Metacity bug.  It got fixed in the last set of quarterly
updates (U6).

You can visit Red Hat Network to update Metacity to the latest version on your

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