| Summary: | kwin won't minimize xmms playlist and equalizer | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Jurica Vukadin <jura> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | alx5000, balajig81, luke, shlomif |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Output of xwininfo
Output of xprop |
||
|
Description
Jurica Vukadin
2003-10-29 21:10:50 UTC
Works for me with xmms-1.2.8. Can you try upgrading xmms/KDE? I'm already running xmms CVS, and KDE HEAD. I haven't seen anything changed in xmms since 1.2.8 that might break this. I'm running recent cvs of both xmms and kde. AFAIK there was no such change in xmms cvs since 1.2.8 that could cause this. It doesn't work even if I turn on the "Show window decorations" in xmms. I have the same problem with xmms cvs, but when I switch back to 1.2.8, everything works well. But the old kwin do work with both 1.2.8 and cvs. Discovered this in xmms ChangeLog: Tue Sep 9 23:42:12 CEST 2003 Hĺvard Kvĺlen <havardk@xmms.org> * xmms/hints.c: Don't set "SKIP_WINLIST" for Gnome compliant WMs. Set "SKIP_TASKBAR" also for EWMH WMs. This is post 1.2.8 release. Is this a bug in xmms? Please attach (as attachment!) the output of 'xwininfo' and 'xprop' commands for all the three xmms windows. Created attachment 3020 [details]
Output of xwininfo
Created attachment 3021 [details]
Output of xprop
Client::isMinimized() - wantsTabFocus() is false due to skip_taskbar i just discovered a similar problem with xine. i have the xine video output window, the main window (the one with the controls), and the mrl browser on the screen. if the mainwindow has the focus, and the minimize button of the video output window is clicked, all three windows are minimized, which i ok of course. the entry for xine in kicker's applet starts to flash. when i click on the entry in the taskbar, only the mrl browser is restored. have to minimize and restore via kicker to restore it properly. should i file a new bugreport? I have the same problem with xmms-1.2.9_pre1 and kde-3.2.0_rc1 on Gentoo/AMD64. I also have the same problem with xmms 1.2.9 and kde 3.1.94 (using the Fedora Core 1 RPM's). I have this problem with xmms 1.2.9 and kde 3.2.0, using FreeBSD's ports. The playlist window and eq window cant be minimized. I have the same problem, running xmms 1.2.9 and kde 3.2. *Sigh*, why does everybody feel the urge to repeat exactly the same, just to make the bugreport and its reviewing longer? If you care about the bug and have nothing new to say, just vote for it, and that's about it. I have this problem with xmms 1.2.9-4mdk and KDE 3.2.0-77mdk. I'm running Mandrake Linux 10.0 community. Confirmed on my Debian Unstable system, using XMMS 1.2.10-1 and KDE 3.2.1-1. *** Bug has been marked as fixed ***. I still have this bug on debian testing/unstable with xmms 1.2.10-1 and KDE 3.2.2-1 :-( If it's fixed, could you explain what to do, PLZ??? Wait for next KDE version to be released? This appears to be the change that fixes it http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdebase/kwin/client.cpp.diff?r1=1.418&r2=1.419 This problem doesn't seem to be fixed in KDE 3.2.3. Do we have to wait until 4.0 to have a usable XMMS again? It doesn't seem to be fixed for me either in KDE 3.2.3 (Mandrake RPMs). Can someone back-port the patch to the 3.2.x tree? I'm reopening the bug. With KDE 3.2.3 in Gentoo this bug is fixed. from kde.org stable source, self compiled kwin 3.2.3 on debian sarge (rest of KDE is sarge/sid .debs) Problem is indeed fixed. Problem persists with Mandrake 10 Official, KDE 3.2.3, xmms 1.2.9 and xmms 1.2.10. Is http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdebase/kwin/client.cpp.diff?r1=1.418&r2=1.419 a fix? If yes, how do I make it? what file and where is it located do I have to change? Thank you! I don't have this problem anymore with KDE-3.2.3 (from KDE-RedHat project) & xmms-1.2.10 on Fedora Core 2 system. Ok, it is PLANLY clean that this problem is solved. Was solved in CVS when reported (I dlded the fix, recompiled and got it working with no problem). Most of the non-fixed versions come from precompiled binaries. This may be a problem when packaging (maybe somehow the vendor didn't like the patch or whatever), because all own-compiled sources work perfectly. There's not going to be any next 3.2.x release. If somebody can still reproduce this problem with 3.3.x, please reopen and provide more details. I'm using Mandrake Linux 10.0. The KDE from the distribution RPMs exhibits this problem while the KDE that is installed from konstruct doesn't. Just, for your information. I'll put it on the Mandrake bug-list. I'd like to correct myself. It seems that the Mandrake RPMs KDE was not upgraded entirely, and I had to upgrade some packages using rpmdrake. Afterwards, when kdebase is at 3.2.3, the problem no longer persists. *** Bug 90374 has been marked as a duplicate of this bug. *** I have a variation on this bug for KDE 4.0.4 from suse rpms. When switching applications, the xmms playlist and equalizer will often be rendered on top of applications with focus. To reproduce: Start xmms Start a full-screen application like Firefox Switch back and forth between xmms and the full screen app. You may have to do this more than once. |