On 7/5/06, LeBar, Russell J <[EMAIL PROTECTED]> wrote:
I finally went from unpatched SRSS 2.0 to SRSS 3.1 (plus the patch that comes with SRS4). Now some of my users are complaining about the extra time it takes to login thanks to that 5 second disconnect between the username and password prompts. Is there any way to disable this behavior (note: our Sun Ray servers are stand-alone)? Thanks!
It sounds like you're using the Non-SmartCard Mobility feature. There's no way today to shorten that interval. It happens because the password prompt is driven in a new Sun Ray session by an entirely new Xserver and greeter client than the Xserver and client that drove the username prompt. The delay is essentially the startup time for all of that new plumbing. The password prompt is driven by the server where the user's session lives (if it already exists) or will live (if a new session is being created). In a failover group that's typically not the same server that drove the username prompt, so the implementation has to be able to deal with running the username and password greeters in separate sessions, and for the sake of simplicity we always run them in separate sessions; we haven't attempted to optimise the case where the password prompt happens to run on the same server that just acquired the username. Technically it's probably not very difficult to reduce the delay in the special case of both prompts running on the same host. Whether it happens will depend mostly on how many customers ask for it. Filing an RFE is always a good idea, it seems to be more likely that other customers will hang additional call records onto an existing RFE than it is that they'll open a fresh RFE that (as far as Support knows) nobody has ever asked for before. OttoM. __ ottomeister Disclaimer: These are my opinions. I do not speak for my employer. _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
