While xmms-1.2.10-r9 is a big improvement over the previous one (see the bug about low bitrate playback), the playlist highlights don't appear correctly when jumping between tracks using the left/right arrow buttons. If you actually click on a playlist item, it highlights it correctly. However, using left/right arrow buttons causes the highlight to lag on previous tracks. It is possible to have 3 conditions simultaneously: 1. original mp3 is highlighted with a blue bar 2. next mp3 is highlighted with white text 3. current mp3 is playing. Please see the PNG file for an example of this. Note that the current mp3 is different from either of the 2 that are highlighted in the playlist. Changing mouse focus back and forth sometimes corrects the highlight. Is xmms correctly communicating window updates to whatever controls the playlist display? Reproducible: Always Steps to Reproduce: 1. start xmms-1.2.10-r9 2. play any mp3 3. click on the left or right arrows to jump to another mp3. The highlights will lag. 4. remove the mouse focus and return it; sometimes the highlights correct themselves Actual Results: Playlist looks incorrect and laggy. Expected Results: Current mp3 should be highlighted always, just as it is when you click on a particular mp3 directly in the playlist. Gentoo Base System version 1.4.16 Portage 2.0.51-r3 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20040808-r 1, 2.6.7 x86_64) ================================================================= System uname: 2.6.7 x86_64 5 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.6-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/s hare/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/dis tributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aac acpi alsa audiofile berkdb bitmap-fonts bonobo cdr chroot crypt cups dga dnd dv dvb dvd dvdr esd f77 faad fam ffmpeg flac fortran freetype gdbm gif gimp gimpprint glade gnome gphoto2 gpm gstreamer gtk icq ieee1394 imagemagi ck imlib ipv6 joystick jp2 jpeg lufsusermount lzw lzw-tiff mad matroska mikmod m ng motif mozilla mpeg4 multilib ncurses oggvorbis opengl openssh oss pam perl pn g pthreads python readline samba sdl slang ssl tcltk tcpd theora tiff transcode truetype usb userlocales xine xml xml2 xmms xpm xrandr xv xvid zlib"
another item on the ever growing todo list... I wish xmms was better maintained upstream =(
Jeremy is right. This happens with -r15 version too ? I'm closing for now as can't fix. If this continue i will report a bug to upstream. Thanks