Hello Jim,
Which rdp client are you using when you experience the scroll problem?
Ivar
Jim Klimov wrote:
Hello SunRay-Users,
While using Sun Rays to access a Windows environment we have
encountered a nasty feature: if there's an application which
has a lot of screen updates, the session effectively locks up
until that app has finished its business. There doesn't seem
to be a reasonable way to break it.
Example: we use ssh (Secure Shell 3.2.9 by www.ssh.com to be
exact, but a similar effect happens with Windows telnet, cmd,
etc.). We log in to a system and `ls` some large directory.
Or run `configure` or `make` on a project. There's a lot of
lines of text to paint, and until they are all rendered, we
can't do much with the RDP client (the whole user session in
effect). Sending Ctrl+C doesn't help (it seems to lose its
special priority), we can't minimize the ssh console window
(unless we prepend `make` with a `sleep`). If we do manage to
minimize it, there's no such lag.
We had similar problems with MSTSC, an RDP client from Windows
2000, but it only occurred on very large-and-fast screen flushes
and we were usually able to minimise the ssh console, and/or the
Ctrl+X combo worked. If not, minimizing-maximizing the RDP client
window helped it complete the display updates in the background.
In fact, I couldn't reproduce this problem with it now using the
same Windows server by MSTSC, which gives problems when packaged
into rdesktop/uttsc + X11 + SunRay protocol. To be honest, I have
not yet tried the "bitmap updates" mode of rdesktop with this.
So, I believe the problem is somewhere in the latter stack of
protocols and software implementations.
Has anybody had it? Are there ready solutions (server-config tweaks
perhaps, or RDP client command line params) or submitted RFEs?
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
