Hello,

we have a use case where the TurboVNC java applet is started by a web
application. After trying to upgrade to the new applet, we encountered some
issues.

First of all - the applet seems to force the target host to be the web server:
VncViewer.java line 337 host = getCodeBase().getHost();

This seems like a regression and I am not completely sure that this is correct
behavior. In fact, in our specific use case, the target host is *not* the same
as the web server, and the new applet doesn't seem to handle this.
Can anybody confirm this observation? Perhaps the attached patch should be
applied?

Also, the input parameters to the applet seem not to be backwards compatible,
namely "HOST" is now "Server", "PORT" is now "Port" and "PASSWORD" is now
"Password". Not a big deal, but the change probably breaks more things than it
fixes.

Opinions?

Thanks
-- 
Greetings, 
A. Huillet
diff --git a/java/com/turbovnc/vncviewer/VncViewer.java b/java/com/turbovnc/vncviewer/VncViewer.java
index 0e38c1e..7d2fd01 100644
--- a/java/com/turbovnc/vncviewer/VncViewer.java
+++ b/java/com/turbovnc/vncviewer/VncViewer.java
@@ -334,7 +334,7 @@ public class VncViewer extends java.applet.Applet implements Runnable {
       alwaysShowConnectionDialog.setParam(true);
       Configuration.readAppletParams(this);
       setGlobalOptions();
-      host = getCodeBase().getHost();
+      host = opts.serverName;
       if ((opts.via != null || opts.tunnel) && opts.serverName != null) {
         try {
           Tunnel.createTunnel(opts);
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
VirtualGL-Users mailing list
VirtualGL-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Reply via email to