When Xlockmore is cycling scenes in random mode, certain GL modes apparently don't leave cleanly (invert, sballs, and stairs I've noticed show this problem) and instead of showing the mode that Xlock brought up after the offending mode, you just get the last frame of animation from that mode. A (very) temporary fix is to tap a key on the keyboard or click a mouse button to bring up the password prompt for unlocking the X session, and then click on the mode thumbnail, upon which it proceeds to show the expected mode. Reproducible: Always Steps to Reproduce: 1. Open Xlock in random mode 2. Wait for an offending mode to begin and end (This can take a while) Actual Results: You see the last frame of animation from the offending mode. Expected Results: The next mode should appear and animate normally. Portage 2.0.50-r3 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.6.3-gentoo-r1) ================================================================= System uname: 2.6.3-gentoo-r1 i686 AMD Duron(tm) processor Gentoo Base System version 1.4.4 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -mcpu=athlon -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -mcpu=athlon -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.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="3dnow X aalib acpi alsa audiofile avi berkdb cdr cjk crypt dga dvd encode flac gdbm gif gmp gphoto2 gtk imagemagick imlib java jpeg libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl pam pdflib perl png python quicktime readline sdl slang spell ssl tcpd tetex tiff truetype unicode usb x86 xml2 xmms xv zlib"
My apologies, upon further testing I discovered it has nothing to do with what mode. I'm not sure what causes it, but sometimes it happens, sometimes not. I also discovered you can accelerate the process of testing by pressing the middle mouse button to change modes repeatedly -- but not too fast or you might miss it.
this problem should be fixed in version 5.18; repoen if it is somehow still a problem