! 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 !
Audacious Media Player windows misbehave when managed by Xfwm4


Description Stephan Sokolow 2008-08-12 16:35:33 CEST
When running Audacious Media Player 1.5.1 under Xfwm 4.4.2, two recurring misbehaviours have been observed. One by myself, and one by someone I've been speaking with.

The misbehaviour which I haven't observed directly was described as follows: (cleaned up)

When I click the audacious icon in the launcher/taskmanager i just get the playlist, and after i close the playlist i get the main player. Anything i can do about this? I'm on a Debian Lenny/Sid mix with Xfce4.

I was unable to duplicate that specific effect on my dual-monitor Gentoo setup, but I was able to trigger two window sizing bugs which I could not duplicate in KDE or GNOME.

First, toggling the playlist (possibly several times in succession) using the appropriate button in the main Audacious window will cause Xfwm to provide a window with dimension different than Audacious requested. This appears as the window contents either being cut off, or bordered in gray on one or more edges. I've also observed this effect on initial window creation.

Second, hiding and then showing Audacious twice in a row by clicking the tray icon will cause the playlist window to become maximized in ignorance of Audacious's requested dimensions. (see attached screenshot)

The former problem can be worked around using Alt+RightClick resizing but the only solution I know for the second is to restart Audacious media player. In contrast, the other person who experienced problems claims that clicking the tray icon twice to hide and then show Audacious will fix his problem.

I have been unable to trigger any equivalent bug when running Audacious under KDE (Kwin), GNOME (tested with Metacity and Compiz), IceWM, or OpenBox... though I was unable to fully test under OpenBox for lack of a system tray. If it's worth anything as a long-term test, I use Audacious under KDE daily and at least one of the Audacious devs does the same under GNOME and this problem hasn't come up before.

I am attaching the output of xprop and xwininfo for the Audacious playlist window.
Comment 1 Stephan Sokolow 2008-08-12 16:37:40 CEST
Created attachment 1766 
Screenshot of the Audacious playlist window force-maximized by Xfwm
Comment 2 Stephan Sokolow 2008-08-12 16:38:09 CEST
Created attachment 1767 
xprop output for properly-sized window
Comment 3 Stephan Sokolow 2008-08-12 16:38:50 CEST
Created attachment 1768 
xwininfo output for properly-sized window
Comment 4 Stephan Sokolow 2008-08-12 16:39:16 CEST
Created attachment 1769 
xprop output for misbehaving window
Comment 5 Stephan Sokolow 2008-08-12 16:39:35 CEST
Created attachment 1770 
xwininfo output for misbehaving window
Comment 6 Olivier Fourdan editbugs 2008-08-17 14:33:35 CEST
Pleas note that bugzilla is neither a support nor a discussion tool, so you should not report several problems is a single bugzilla....

For the first one, the problems appears when iconifying/deiconifying with a tool relying on libwnck (ie, not the panel in xfce 4.4). The new panel in the forthcoming xfce 4.6 will use libwnck but xfwm4 was changed for the behaviour of libwnck.

Second problem, I cannot reproduce, but it is unclear if you are using the compositor or not. Maybe the theme used in audacious can make a difference if using the shape extension.

Third problem looks like a race cond in audacious.

Comment 7 Stephan Sokolow 2008-08-17 15:41:50 CEST
Sorry about the multiple problems bit. I was literally half-asleep and it didn't occur to me that they'd probably BE mulitple problems.

As for the missed info, I'm using the default Audacious theme (as unshaped as they get) and I was using a fresh Xfce setup, so the compositor was in whatever state it defaulted to. I don't think it was on, but I also didn't think to check.

As for the possible race condition, Audacious 2 (currently in development) will use UI plugins with the default being a more traditional un-skinned single-window design, but I'll mention it to the Audacious devs so they can keep it in mind while writing the UI plugin for the Audacious 1.x-style WinAMP-skinned multi-window UI.
Comment 8 Olivier Fourdan editbugs 2008-08-18 13:43:35 CEST
Thing is, I cannot reproduce any of these. But I'll check audacious code to see if I can spot anything that could trigger such a problem with xfwm4.

This being said, the way windows are configured has been slightly changed in recent xfwm4 code.
Comment 9 Olivier Fourdan editbugs 2008-08-24 17:42:26 CEST
I really cannot reproduce any of these, I tried with audacious 1.4 and 1.5, with gtk/glib from current svn, by disabling SMP.
Comment 10 Stephan Sokolow 2008-08-24 18:33:51 CEST
I wonder if it's a problem with glib 2.16.3 and gtk+ 2.12.8 then. (What my system has)

Oh, speaking of SMP, I'm not sure about the other guy who had the problem, but I am on a dual-core processor.
Comment 11 Olivier Fourdan editbugs 2008-08-25 10:05:00 CEST
I would rather think of cairo, because according to audacious changelog, 1.5.1 introduces a cairo based playlist widget. Did you have any such problem with the previous version of audacious?
Comment 12 Stephan Sokolow 2008-08-25 16:13:57 CEST
No clue. I normally run KDE and the only time I ever had a WM-related sizing bug in KDE was several years ago around version 0.2.x.

I'll see if I can make time to downgrade to 1.5.0 and try it with Xfce sometime in the next few days.

Bug #4276

Reported by:
Stephan Sokolow
Reported on: 2008-08-12
Last modified on: 2020-05-21


Olivier Fourdan
CC List:
1 user



Screenshot of the Audacious playlist window force-maximized by Xfwm (102.18 KB, image/png)
2008-08-12 16:37 CEST , Stephan Sokolow
no flags
xprop output for properly-sized window (29.07 KB, text/plain)
2008-08-12 16:38 CEST , Stephan Sokolow
no flags
xwininfo output for properly-sized window (696 bytes, text/plain)
2008-08-12 16:38 CEST , Stephan Sokolow
no flags
xprop output for misbehaving window (29.12 KB, text/plain)
2008-08-12 16:39 CEST , Stephan Sokolow
no flags
xwininfo output for misbehaving window (697 bytes, text/plain)
2008-08-12 16:39 CEST , Stephan Sokolow
no flags

Additional information