UGLY HACK
makes move/resize events not get queued, so to avoid a race UGLY HACK
This commit is contained in:
parent
53a259f60d
commit
2e90dfbfec
1 changed files with 5 additions and 0 deletions
|
@ -948,7 +948,12 @@ void action_run_list(GSList *acts, ObClient *c, ObFrameContext context,
|
||||||
if (!(cancel || done))
|
if (!(cancel || done))
|
||||||
if (!keyboard_interactive_grab(state, a->data.any.c, a))
|
if (!keyboard_interactive_grab(state, a->data.any.c, a))
|
||||||
continue;
|
continue;
|
||||||
|
}
|
||||||
|
|
||||||
|
/* XXX UGLY HACK race with motion event starting a move and the
|
||||||
|
button release gettnig processed first. answer: don't queue
|
||||||
|
moveresize starts. UGLY HACK XXX */
|
||||||
|
if (a->data.any.interactive || a->func == action_moveresize) {
|
||||||
/* interactive actions are not queued */
|
/* interactive actions are not queued */
|
||||||
a->func(&a->data);
|
a->func(&a->data);
|
||||||
} else
|
} else
|
||||||
|
|
Loading…
Reference in a new issue