! 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 !
ALSA Playback freezes when dragging windows


Description eric 2005-10-27 01:17:20 CEST
when dragging windows, audio playback and other X drawing activities are

To Reproduce:

Play anything through an alsa channel, e.g. beep-media-player, xmms, mplayer, etc.
Grab any window and drag, do not let go of the drag button on your mouse.
Playback freezes until you drop the window. 

I think maybe the drag handler is itself not event based so all the other X
events are not getting pulled from the event queue and processed until you drop
the window
Comment 1 Olivier Fourdan editbugs 2005-10-27 18:06:19 CEST
Do you have opaque move diabled?
Comment 2 eric 2005-10-27 18:41:20 CEST
Yes, opaque move is off
Comment 3 Olivier Fourdan editbugs 2005-10-28 05:42:03 CEST
That's why. To be able to draw the window frames using XOR ops on screen, xfwm4
has to grab the display (any WM I know who implements this technique does the
same, that's not xfwm4 specific), which means that other apps cannot access the
screen. Blocking for other apps means some X11 operations call block until the
display is ungrabbed.

It seems the players you mention have a single thread, as a blocking X call
prevents the playback. Ideally, the playback and display should be in different
threads so that even if the display is grabbed, playback is not affected. But
that's something that belongs to the music players, not the WM.

So in a nutshell, no bug here. Either enable opaque move/resize in xfwm4 or bug
the authors of the players so that their software use diufferent threads for
playback and display.

Bug #1193

Reported by:
Reported on: 2005-10-27
Last modified on: 2009-07-14


Olivier Fourdan
CC List:
0 users



Additional information