Red Hat Bugzilla – Bug 140276
Windows unmoveable sometimes
Last modified: 2007-11-30 17:10:55 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
Sometimes, when trying to drag a window, it doesn't move.
I can't reproduce this, but it is very common and easy to spot.
I'm setting the severity to high, because this is frequent enough to
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.open a gnome-terminal
2.try to drag it a couple of times
Actual Results: Sometimes the window doesn't move and some text gets
selected on the gnome-terminal window.
Expected Results: The window should move every time.
I guess I'm able to reproduce it after all. But it isn't easy to
explain in writing.
This happens when I click on the titlebar and move the mouse at the
same time. If I click and the drag (even if the time between the two
events is really small) it works.
Never seen or heard of this on FC3. There was an old bug like this
Can you give more details:
- exact metacity and X versions
- WM config options
- X drivers
- are you sure your hardware isn't confused somehow
- anything else unusual about your setup - hardware, configuration,
custom install choices, 3rd-parth software
click and drag will look exactly the same as click-while-moving to
metacity, so I don't think it can be that, though maybe
click-while-moving triggers a race condition and click and drag has
enough pause in there to avoid the race.
This is FC3 with all updates, so it's metacity-2.8.6-2 and
The configurations are the defaults for metacity. I first noticed this
the first time I logged in as root, just after first boot (before
doing any updates). I was using the "nv" driver then. I'm using the
binary "nvidia" drivers now.
I still have FC2 installed on this box and it doesn't exibit this
Don't know if there is anything else worth mentioning. My system is an
athlon 2400, asus a7v8x (via kt400 motherboard) with a GeForce 4 Ti
I've never experienced this before, not even on FC1.
Hmmm, I guess this isn't really a metacity bug. The same thing happens
It could be the mouse hardware or mouse drivers (in kernel or X), perhaps.
I have a Logitech Wheel Mouse Optical USB, but this also happens when
it is connected via the PS/2 adapter. I've also tried with my sister's
Microsoft Intellimouse USB and the results were the same.
Since my FC2 installation is fully updated (the kernels are similar),
my totally uneducated guess would be X.
I had the Emulate3Buttons option set to "yes" in xorg.conf. Turning it
off made things much better. However, it still seems to happen. I will
need more time before knowing if its still here or it's just me trying
too hard to break it.
But this happening with the Emulate3Buttons option is still a bug.
BTW, this very same thing happens on FC2 with Emulate3Buttons.
Unfortunately I don't have a 2 button mouse here to try this out.
Maybe most people doesn't and so nobody noticed this before...
Are you using Emulate3Buttons with a 3 or more button mouse? Or is
it a 2 button mouse?
Its a 3 button mouse + wheel (USB).
Could you try to disable 3 button emulation? Look for a line like
this in /etc/X11/xorg.conf:
Option "Emulate3Buttons" "yes"
and remove it and restart your X server. The 3 button emulation
introduces a small delay between the mouse click and delivering the
event, which could be what you are seeing.
I already did that. It works fine without "Emulate3Buttons".
If this is normal behaviour with "Emulate3Buttons", I guess it can be
closed. I'm not sure, but that option was probably enabled by some
mistake of mine during the installation.
Emulate3Buttons should not be enabled if you're using a real
3 or more button mouse. It appears that this is just a misconfigured
X server, and not really a bug.
Setting status to "NOTABUG".
This "non-bug" is also reported on upstream :