Bug#512391: amarok: OSD goes to background in fvwm2 after using menues
Package: amarok Version: 1.4.10-2 Severity: normal The OSD becomes effectively invisible (==useless) because it is switched to a layer behind all other windows. I am filing this bug against amarok and not fvwm2, because the OSD starts out as always-on-top and only switches to a always-on-bottom mode after using the amarok menues (amarok triggers the switch). Running amarok with openbox did not show the same behavior, so the bug might also be in fvwm2. To reproduce: use fvwm2 as WM, open amarok and play songs (change OSD duration to a longer timespan, then quit and restart amarok to see when exectly the OSD disappeares). Now open one of the menues (e.g. settings-configure amarok or right-click a song on the playlist and select set track information) - close this window again by clicking e.g. cancel and open it a second time. The moment the second menu window opens, the OSD is transferred to the background, behind all other windows. I confirmed this behavior with a fresh user without previous fvwm2 or amarok configurations. K. -- System Information: Debian Release: 5.0 Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages amarok depends on: ii amarok-common 1.4.10-2 architecture independent files for ii amarok-engine-xine 1.4.10-2 Xine engine for the Amarok audio p ii kdelibs4c2a 4:3.5.9.dfsg.1-6 core libraries and binaries for al ii libc6 2.7-15 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libgl1-mesa-glx [libgl1 7.0.3-6 A free implementation of the OpenG ii libglib2.0-02.16.6-1 The GLib library of C routines ii libgpod30.6.0-6 library to read and write songs an ii libifp4 1.0.0.2-3communicate with iRiver iFP audio ii libkarma0 0.0.6-4 Rio Karma access library [runtime ii libmtp7 0.2.6.1-3Media Transfer Protocol (MTP) libr ii libmysqlclient15off 5.0.51a-19 MySQL database client library ii libnjb5 2.2.5-4.2Creative Labs Nomad Jukebox librar ii libpq5 8.3.5-1 PostgreSQL C client library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libruby1.8 1.8.7.72-1 Libraries necessary to run Ruby 1. ii libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer ii libsqlite3-03.5.9-5 SQLite 3 shared library ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 ii libtag1c2a 1.5-3TagLib Audio Meta-Data Library ii libtunepimp50.5.3-7 MusicBrainz tagging library ii libvisual-0.4-0 0.4.0-2.1Audio visualization framework Versions of packages amarok recommends: pn amarok-konqsidebarnone (no description available) ii kdemultimedia-kio-plugins 4:3.5.9-2 enables the browsing of audio CDs Versions of packages amarok suggests: pn amarok-engines none (no description available) ii chimera2 [www-browser] 2.0a19-5 Web browser for X ii dillo [www-browser] 0.8.6-3 Small and fast web browser ii iceweasel [www-browser] 3.0.3-3 lightweight web browser based on M ii konqueror [www-browser] 4:3.5.9.dfsg.1-6 KDE's advanced file manager, web b pn libvisual-0.4-plugins none (no description available) ii links [www-browser] 2.1pre37-1.1 Web browser running in text mode ii lynx-cur [www-browser] 2.8.7dev9-2.1Text-mode WWW Browser with NLS sup pn moodbar none (no description available) ii w3m [www-browser] 0.5.2-2+b1 WWW browsable pager with excellent ii xemacs21-mule [www-brow 21.4.21-4highly customizable text editor -- ii xemacs21-nomule [www-br 21.4.21-4highly customizable text editor -- -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512391: amarok osd
Ok, I found out a bit more about this bug. It is most probably the same bug as this: http://bugs.kde.org/show_bug.cgi?id=148126 and ultimately the closed bug 103381 http://bugs.kde.org/show_bug.cgi?id=103381 I also discovered one more fact, that makes me rather sure that it is the same bug: there are also some types of external windows that will push the osd to the bottom, but that are not opened by amarok (one of them is the FvwmWinList) To quote the last entry of this closed bug: Mark Tiefenbruck 2007-07-08 06:43:53 wrote: This has been resolved in fluxbox. However, as the one who tracked this one down, I can say for sure that amarok shares the blame. The OSD is an override-redirect window. We therefore ignore it completely. When the user opened the menu, we raised that, and it ended up higher than the OSD in the stacking order. Then, when we needed to restack our windows, the OSD would get pushed to the bottom (since we're not keeping track of it). If amarok simply raised their OSD every time they mapped it, this would be a non-issue. So this might be regarded as an fvwm2 bug, but is an issue that will keep creeping up from time to time with different windows managers (or on wm-change, as seen in the other bug), unless amarok raises its osd each time it opens a new one! (It would still become pushed to the back from time to time, but that wouldn't normally have a major influence of the usefulness of the osd as a whole). Reassign to fvwm2 if you like... I think it would be more useful to (also?) have a fix in amarok... K. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org