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.
Created attachment 1766
Screenshot of the Audacious playlist window force-maximized by Xfwm
Created attachment 1767
xprop output for properly-sized window
Created attachment 1768
xwininfo output for properly-sized window
Created attachment 1769
xprop output for misbehaving window
Created attachment 1770
xwininfo output for misbehaving window
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.
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.
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.
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.
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.
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?
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.