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: Open
Resolution: None
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: 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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Tigervnc-devel mailing list
Tigervnc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tigervnc-devel

Reply via email to