Bug 48513 – Right clicking on Sky View in XEphem triggers DPMS screen saver

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Paul Taylor 2004-04-20 14:44:31 UTC]

This is a known issue with XEphem 3.5.2 that is a complete mystery even to the 
author, Elwood C. Downey.  I'm reporting it here in the off chance that someone
has a bright idea as to what may be causing it.  It may be an Open Motif bug?

There are some details at the end of this Debian bug report:
   http://lists.debian.org/debian-x/2003/debian-x-200307/msg00269.html

Ignore the speculation about the SIS chipset - I have an nVidia GeForce FX 
graphics card, and don't see any messages from XFree86.
/var/log/XFree86.0.log

Reproducible: Always
Steps to Reproduce:
1.  Start XEphem.
2.  Open the Sky View window.
3.  Right click on the sky view - this selects an object and display for further
    information, but for some strange reason triggers DPMS for as long as the
    right mouse button is held down!

Actual Results:  
Screen goes blank momentarily if the button is clicked, or into DPMS screen saver
mode if the button is held down.  Release the button and the display is restored,
with the expected application behaviour visible.

Expected Results:  
No DPMS.

The workaround is to run "xset -dpms" to disable the DPMS screen saver.

XEphem 3.5.2, Open Motif 2.1.30-r5, XFree86 4.3.0-r5


Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3_pre20040207-r0,
2.6.5-gentoo-r1)
=================================================================
System uname: 2.6.5-gentoo-r1 i686 AMD Athlon(tm) XP 1800+
Gentoo Base System version 1.4.9
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O2 -pipe -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.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe -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.au.gentoo.org/gentoo-portage"
USE="3dnow X acpi alsa apm arts avi berkdb cdr crypt cups dvd encode fbcon
foomaticdb freetype gdbm gif gimpprint gpm gps gtk gtk2 imagemagick imlib java
jpeg kde libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nptl oggvorbis
opengl pam pdflib perl png ppds python quicktime readline sdk sdl slang spell
sse ssl svga tcpd truetype usb x86 xml2 xv zlib"

[Comment 1 Paul Taylor 2004-04-20 18:16:30 UTC]

Some additional background information from Elwood:
  The first reports were way back in '98 on BSD and linux. Never on Solaris, 
  HP or other big UNIX. This thing has been around a long time. My wild hunch 
  is that somehow time is getting advanced, making the server think it is 
  suddenly time to suspend. I know X events get time tagged, so maybe its an 
  issue between libXm and libX11 or libXt, perhaps a time_t is an int somewhere 
  of a different length. The scary thing is I have never heard of any other app 
  but XEphem showing this symptom; I hope it's just a selection effect and 
  XEphem is just more right-click-intensive.

[Comment 2 Paul Taylor 2004-06-11 07:10:08 UTC]

This isn't a Gentoo bug as such, so I'll close it.
Hopefully it will be fixed in the next version of XEphem (due out shortly.)

[Comment 3 Tomáš Chvátal (RETIRED) 2009-09-26 12:58:18 UTC]

bugzie.

[Comment 4 Tomáš Chvátal (RETIRED) 2009-09-26 12:59:29 UTC]

Sorry for bugspam. Just closing already fixed stuff with proper resolution (closing LATER bugs).

This one was tested with current xorg-server and xephem 3.7.4 and worked without launching screensaver.