! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Delayed action when clicking and dragging a window title/border


Description Donald Arseneau 2005-02-09 07:06:09 CET
When I click on a window title, to move the window, or on a border, to resize
the window, there is a delayed response to the mouse-cursor position.  Very
often, the mouse cursor has been moved off the target (attempting to move or
resize) before the WM notices, and then there is no action or an inappropriate
action taken. 

This happens usually when the window was previously inactive.  If the window
already has focus then the mouse has to move very fast to see the same problem.

The response is as if the initial click occurred where the mouse pointer was
positioned some time after the click.  If that position is over the window's
menubar, a menu will pop up; if it is on some text (in this or some other
window) the text is selected; if the mouse is over the desktop, there is no action.

This is on a 266MHz PentiumII system, and I don't know if the delay is noticable
on a new computer. (Other window managers do not thave this 

Reproducible: Always
Steps to Reproduce:
1. position the mouse over the border of an inactive window
2. click and drag without a pause

Actual Results:  
Various effects of dragging cursor (see details) but not resizing window

Expected Results:  
resize window
Comment 1 Olivier Fourdan editbugs 2005-02-11 20:19:32 CET
Can you try this (preview) version:

Comment 2 Donald Arseneau 2005-02-12 04:35:38 CET
(In reply to comment #1)
> Can you try this (preview) version:

Library requirements (libxfce4mcs-client-1.0 >= 4.2.0) not met;
Requested 'libxfce4mcs-client-1.0 >= 4.2.0' but version of libxfce4mcs-client is

I guess this tells me my xfce version that I couldn't find before :-)

Wish me luck.  I'm trying to install 4.2 and will get back later.
Comment 3 Donald Arseneau 2005-02-12 07:03:01 CET
(In reply to comment #2)

> > Can you try this (preview) version:

> Wish me luck.  I'm trying to install 4.2 and will get back later.

OK, I installed version 4.2, and still saw the same behavior.
I built and installed the xfwm snapshot in /usr/local, and then
I renamed my /usr/bin/xfwm4 to make sure it couldn't be started
by an absolute reference.  xfce runs, but I see the same effect.

(It might be not as bad as before, and if so, it was transition to
stock 4.2 that brought the improvement.)

Comment 4 Olivier Fourdan editbugs 2005-02-12 21:58:21 CET
Ok, can you try this one instead:


If this doesn't help, well, I guess I can't do any better.
Comment 5 Donald Arseneau 2005-02-14 08:08:55 CET
(In reply to comment #4)
> Ok, can you try this one instead:

OK, I still seem some effect, but it is better response: at the same level for
selected and unselected windows (the same as it always was for windows that
already had focus).

Also it may be even better when resizing (dragging on a side-border) as opposed
to moving (dragging the title bar).  It is hard to judge such details.

So it is something I can live with now, thanks.  If you still want to hunt for
more, there is probably still a bit of delay independent of the window-selection.
Is the location of the initial button-press not cached?

Best wishes,

Donald Arseneau
Comment 6 Olivier Fourdan editbugs 2005-02-14 11:55:29 CET
Click on the title bar are delayed because the WM tries to determine if the user
means a single click or will perform a double click.

The WM therefore waits for either, whatever comes first:

- A pointer move (which means click+drag)
- The double click timeout (which means a single click)

That could simply be what you ar experiencing. As for the rest, no there is no
other room for improvement. I'm resolving that call then.

Bug #761

Reported by:
Donald Arseneau
Reported on: 2005-02-09
Last modified on: 2009-07-14


Olivier Fourdan
CC List:
0 users



Additional information