Bug Tracker item #3429667, was opened at 2011-10-28 02:25
Message generated for change (Comment added) made by ossman_
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3429667&group_id=254363
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: FLTK viewer
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Kertesz Laszlo (gradinaruvasile)
Assigned to: Pierre Ossman (ossman_)
Summary: Reverse connection option is missing from 1.1.80 viewer
Initial Comment:
The 1.1.80 Tigervnc Viewer has no listen option (in 1.1.0 it is working).
Both the FLTK and Java viewer has this option missing.
----------------------------------------------------------------------
>Comment By: Pierre Ossman (ossman_)
Date: 2013-02-15 00:55
Message:
This has been fixed on trunk now.
----------------------------------------------------------------------
Comment By: Brian Hinz (bphinz)
Date: 2012-05-04 06:58
Message:
r4891 fixed the issue with the Java viewer only listening for one
connection.
I'm currently working on porting the SSH tunneling features from the
TurboVNC client to the TigerVNC java client. Since the code is so similar
I will take a stab at doing the same for the FLTK viewer, but Pierre will
have the final say as to what changes get applied there.
Thanks,
-brian
----------------------------------------------------------------------
Comment By: Pierre Ossman (ossman_)
Date: 2012-05-04 00:48
Message:
The feature wasn't removed because we didn't like it. The problem is a lack
of manpower. IOW it will be returned once someone puts the time into
reimplementing it.
Unfortunately this isn't a priority for us (Cendio), so I don't think we'll
be looking at it anytime soon. Maybe someone else has some time and
interest in this?
The story is the same for -via. I think we might have a bug for it already.
If not, feel free to file a new one.
----------------------------------------------------------------------
Comment By: Jon Peatfield (jp107)
Date: 2012-05-03 14:24
Message:
I was testing the 1.2.0 FLTK versions on MacOSX, Unix and Windows... and
noticed the lack of -listen (and eventually found this bug report).
Elsewhere it is explained that the code has been merged between the Windows
and unix codebases so I asume that the feature was lost as part of that
merging - even though it was present in both the windows and unix versions
(I have checked and the previous implementations were quite different so it
was probably tricky to get everything in from the start...).
So is the plan to add this back in a later version? Is there anything I
can do to help?
A quick glance at the code suggests that the "-via" option is now missing -
it was in the unix vncviewer but not obviously in the windows tree. Would
you prefer a different bug report for that?
My main uses of vnc are either with -via to use an ssh tunnel or as part of
code which runs vncviewer in listen mode, and then sets up an ssh tunnel to
the server and uses vncvonfig to make the server connect back to the
client.
----------------------------------------------------------------------
Comment By: Robert (ragoley)
Date: 2011-12-15 07:02
Message:
I found an additional problem/differences with the listen mode for the java
viewer. It works correctly in that it listens and then accepts the
incoming session for the first session sent to it. It displays it and
works with it properly. It does not continue to listen on the port for
additional incoming sessions though. It stops listening on the port and
completely closes down the viewer when you exit that session.
All previous viewers have always continued listening on the port and would
display many sessions from the same listening viewer process until you
manually closed the viewer from the place you started it. I know the java
viewer can handle multiple concurrent sessions. It would be great if it
can it be adjusted to match the other viewer's behaviour.
----------------------------------------------------------------------
Comment By: Robert (ragoley)
Date: 2011-11-28 10:16
Message:
I tested the changes Brian made to the java viewer. It is correctly
working in listen mode with the 16bpp and 24 bpp formats.
----------------------------------------------------------------------
Comment By: Brian Hinz (bphinz)
Date: 2011-11-27 12:47
Message:
I just committed r4819 which should fix the issues with Tight encoding with
16bpp pixel format. If there are still issues with that, please open
another ticket so that it doesn't get lost in he shuffle.
Thanks,
-brian
----------------------------------------------------------------------
Comment By: Brian Hinz (bphinz)
Date: 2011-11-23 11:14
Message:
I think that issue is unrelated to the -listen option but rather it's
caused by some mistakes in the Tight decoder. Try using 24bpp depth and
see if it works. I made some fixes to the decoder and underlying
networking components over the last few days but have not committed any of
the changes back to the repository yet (hopefully in the next few days).
----------------------------------------------------------------------
Comment By: Robert (ragoley)
Date: 2011-11-23 07:42
Message:
The -listen option seems to work but the viewer crashes with this error:
"com.tigervnc.rdr.Exception: ZlibInStream: inflate failed.".
The java version in Debian Lenny is listed as:
java version "1.6.0_26"
Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode)
Below is the crash info from the terminal.
main: Listening on port 9999
CConn: Accepted connection from /192.168.128.128:47396::47396
CConnection: Server supports RFB protocol version 3.3
CConnection: Using RFB protocol version 3.3
CConnection: processing security types message
CConn: Using pixel format depth 16 (16bpp) little-endian rgb max
63488,1984,62 shift 0,0,0
CConn: Using Tight encoding
com.tigervnc.rdr.Exception: ZlibInStream: inflate failed
at com.tigervnc.rdr.ZlibInStream.decompress(ZlibInStream.java:127)
at com.tigervnc.rdr.ZlibInStream.overrun(ZlibInStream.java:96)
at com.tigervnc.rdr.InStream.check(InStream.java:36)
at com.tigervnc.rdr.InStream.readBytes(InStream.java:103)
at com.tigervnc.rfb.TightDecoder.readRect(TightDecoder.java:216)
at com.tigervnc.rfb.CMsgReader.readRect(CMsgReader.java:111)
at com.tigervnc.rfb.CMsgReaderV3.readMsg(CMsgReaderV3.java:87)
at com.tigervnc.rfb.CConnection.processMsg(CConnection.java:59)
at com.tigervnc.vncviewer.VncViewer.run(VncViewer.java:224)
at java.lang.Thread.run(Thread.java:662)
The remote server in this case is TightVNC 1.2.9 as released in Debian
Lenny.
----------------------------------------------------------------------
Comment By: Kertesz Laszlo (gradinaruvasile)
Date: 2011-10-31 00:28
Message:
The problem is that i dont have experience building java code. If you could
attach the compiled jar i would be glad to try it.
----------------------------------------------------------------------
Comment By: Brian Hinz (bphinz)
Date: 2011-10-30 09:10
Message:
I've just committed r4744 which adds support for listen mode to the trunk
version of the java viewer. I've only done minimal testing to verify that
it works. Please try and report any issues back.
Thanks,
-brian
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3429667&group_id=254363
------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
_______________________________________________
Tigervnc-devel mailing list
Tigervnc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
