Bug 30420 – xmms playlist temporarily reverts to the minimum height unshaded

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Joseph Nievelt 2003-10-05 13:09:08 UTC]

I'm not sure exactly how long this has been occuring, but it's happens every
time.  When I move the window (either by itself or with the main window) it goes
back to the height I want, and when I try to resize the window, it will begin at
the height I want (the size outline).  However, if I shade/unshade it twice, the
original height will be lost.

I've looked through the source code (briefly), and would almost believe that
this is not an xmms problem, but I'm not sure where else it would be.

Reproducible: Always
Steps to Reproduce:
1. emerge and run xmms 1.2.8-r2 (ACCEPT ~x86)
2. display the playlist (Alt+e)
3. resize the playlist, to make it taller
4. double click the top of the playlist window to shade it
5. double click again to unshade
6. move the playlist, or resize it
7. shade and unshade the playlist twice
8. move or resize the playlist
Actual Results:  
when the playlist is unshaded the first time, it will appear the proper height
(the one I set) for a split second, but then it will become the minimum height.
 When the playlist is moved or resized, it will go back to the proper height. 
When the playlist is unshaded the third time, it must be manually reset to the
proper height.

Expected Results:  
the playlist should unshade to the height that I set and should stay there.

Portage 2.0.49-r7 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r1, 2.6.0-test5-mm4)
=================================================================
System uname: 2.6.0-test5-mm4 i686 AMD Athlon(tm)
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="sandbox ccache autoaddcvs"
GENTOO_MIRRORS="http://lug.mtu.edu/gentoo/
ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="apm cups encode foomaticdb libg++ mad mikmod quicktime spell xv gtkhtml
gdbm berkdb tetex bonobo svga guile tcpd pam imlib gtk motif X kde -gnome
-gnome2 -slang 3dnow -sse2 nls aalib arts avi cdr crypt dvd esd gif gpm icc java
jpeg ldap libwww memlimit mmx mozilla mpeg mpi ncurses oav oggvorbis opengl oss
pdflib perl png python qt readline samba sdl sse ssl truetype usb xml xml2 xmms
zlib x86 ~x86 alsa tcltk"

BTW: this also occurs with:
CXXFLAGS="-march=athlon-xp -O2 -pipe" CFLAGS="-march=athlon-xp -O2 -pipe" emerge
xmms

[Comment 1 Henrik Johansson 2003-10-05 14:01:49 UTC]

this is a xmms bug, take a look at http://bugs.xmms.org/show_bug.cgi?id=1364

[Comment 2 Markus Nigbur (RETIRED) 2003-10-06 01:47:39 UTC]

upstream problem.

[Comment 3 SpanKY 2003-10-06 09:26:04 UTC]

yes it's an upstream problem but when they patch it in cvs we can steal said
patch and put it into our ebuild

[Comment 4 Martin Holzer (RETIRED) 2003-11-21 08:42:01 UTC]

in cvs

[Comment 5 SpanKY 2003-11-21 10:40:51 UTC]

ugh it's in xmms cvs but it isnt in portage

[Comment 6 SpanKY 2003-11-21 10:41:36 UTC]

we'll 'fix' it when xmms releases the next version ...

i'm personally affected by this bug but i dont consider it critical enough to warrant patching on our side

[Comment 7 Martin Holzer (RETIRED) 2003-11-21 15:48:37 UTC]

it's in gentoo-portage tree

[Comment 8 Martin Holzer (RETIRED) 2003-11-21 15:48:53 UTC]

xmms-1.2.8-shadow.patch