Bug 176281 - Logging in via X session not possible: login screen blank
Summary: Logging in via X session not possible: login screen blank
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: 389
Classification: Retired
Component: Directory Console
Version: 7.1
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Rich Megginson
QA Contact: Chandrasekar Kannan
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-12-20 20:07 UTC by Graham Leggett
Modified: 2015-01-04 23:19 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-12-22 17:54:05 UTC
Embargoed:


Attachments (Terms of Use)
Screenshot of the problem (60.34 KB, image/tiff)
2005-12-20 20:07 UTC, Graham Leggett
no flags Details

Description Graham Leggett 2005-12-20 20:07:55 UTC
When attempting to run the startconsole application remotely via
X over ssh (client: Fedora Directory console on RHEL4, server: X11 for MacosX
v10.4.3), the login screen flashes briefly with the login parameters, then goes
blank as per the attached screengrab.

In addition, as the background splash screen is bigger than the login screen
window, clicking on the splash screen hides the login screen making it
impossible to either log in or shut down without killing startconsole.

Comment 1 Graham Leggett 2005-12-20 20:07:55 UTC
Created attachment 122466 [details]
Screenshot of the problem

Comment 2 Rich Megginson 2005-12-20 20:32:13 UTC
Looks like the splash screen is causing more problems.  Try
startconsole -x nologo .....

Nathan, I think we are going to need to put some sort of timer on the splash
screen to make it disappear after a few seconds, or something like that.

Comment 3 Graham Leggett 2005-12-20 22:02:24 UTC
Just tried the -x nologo, and the logo dutifully disappears, but the login
window still stays blank. :(


Comment 4 Rich Megginson 2005-12-20 22:45:53 UTC
What version of java are you using?  This is usually some problem with the
interaction between java and X and/or the window manager.

Comment 5 Graham Leggett 2005-12-20 22:55:50 UTC
The Java version is 
[root@gatekeeper fedora-ds]# java -version
java version "1.5.0_05"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_05-b05)
Java HotSpot(TM) Client VM (build 1.5.0_05-b05, mixed mode, sharing)

The same version works fine from X locally on the machine, as soon as it's over
X over ssh it doesn't want to work. :(


Comment 6 Rich Megginson 2005-12-20 22:58:09 UTC
Yes.  We always have weird problems with using java and a remote display.  I've
seen similar problems over the years with PCAnywhere, VNC, remote X display
(especially if the host system X version is not exactly the same as the client
system X version).

Comment 7 Graham Leggett 2005-12-21 09:15:59 UTC
Is this a Java problem or a Fedora console problem? Not being able to use the
console via X is a serious limitation on the usefulness of the console.

Comment 8 Rich Megginson 2005-12-21 14:03:24 UTC
It's a java problem.
One way to work around the console remote display problem is to install the
console locally, and have it connect to the remote ldap and admin server via
ldap and http.

Comment 9 Rich Megginson 2008-12-22 17:54:05 UTC
I'm going to close this bug as notabug, and just hope that some later version of java will not have this problem.


Note You need to log in before you can comment on or make changes to this bug.