Main list for questions, suggestions, bug reports etc about Tight VNC

Harmuth, Florian | 1 Jun 2007 14:38

Rect too large?

Hello all,
on my client i have a tightvnc viewer version 1.3.9 under linux running. My server version i don't know because its not our device. Now i try to connect to the server with the following result:

bash-2.05# vncviewer -fullscreen IPADDRESS
Connected to RFB server, using protocol version 3.3
No authentication needed
Desktop name "Qt/Embedded VNC Server"
VNC server default format:
        16 bits per pixel.
        Least significant byte first in each pixel.
        True colour: max red 31 green 63 blue 31, shift red 11 green 5 blue 0
Using default colomap which is TrueColor. Pixel format:
        16 bits per pixel.
        Least significant byte first in each pixel.
        True colour: max red 31 green 63 blue 31, shift red 11 green 5 blue 0
Using shared memory PutImage
Rect too large: 800x16 at (0, 592)
ShmCleanup called
bash-2.05:#

If i run the same command with "-encodings raw" it work slow, but it works.

bash-2.05# vncviewer -fullscreen -encodings raw IPADDRESS
Connected to RFB server, using protocol version 3.3
No authentication needed
Desktop name "Qt/Embedded VNC Server"
VNC server default format:
        16 bits per pixel.
        Least significant byte first in each pixel.
        True colour: max red 31 green 63 blue 31, shift red 11 green 5 blue 0
Using default colomap which is TrueColor. Pixel format:
        16 bits per pixel.
        Least significant byte first in each pixel.
        True colour: max red 31 green 63 blue 31, shift red 11 green 5 blue 0
Using shared memory PutImage

No my questions: is it possible to speedup the raw encoding (its really slow)? Is there an other enconding method instead of raw which is faster?

Best Regards,
flo

MSC Microcomputers Systems Components Tuttlingen GmbH. registered office : Tuttlingen. Jurisdiction and registered Tuttlingen, Germany, HRB No. 1167. Managing Director: Manfred Schwarztrauber, Lothar Kümmerlin.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

headers

M Harris | 2 Jun 2007 05:10

numeric keypad and vncviewer 1.2.9

hi,  I am using tightvnc 1.2.9 which shipped with openSUSE 10.0.  I have 
several headless application servers serving shared kde desktops across ssh 
tunnels with the vncviewer also running as the client on openSUSE 10.0.   
This setup is working great, and I want to thank the team who is making GPL 
tightvnc possible.

I have a minor concern with the way the numeric keypad is handled, and I am 
wondering whether this has already been addressed, or if I need to open a bug 
report.  I did some searching but did not find what I was looking for.

In version 1.2.9 the numeric keypad is not being handled properly when the 
numlock is on.  From my vncviewer client I am accessing my remote kde desktop 
and running (from within a konsole) the xev tool. This displays the x events 
(keypresses and keyreleases) plus the associated keysyms. With the numlock 
off the keypad works as I would expect it to. The 7 key is keysym KP_Home, 
the 8 key is KP_Up, etc.  Each key receives ONE keypress event, and ONE 
keyrelease event.  However, when the numlock is on then the behavior is not 
expected which causes different kinds of problems depending which app is 
needing the keypad.  With numlock on the 7 key recieves [ in this order ] :
	keypress	shift_L
	keypress	KP_7
	keyrelease	shift_L
	keyrelease	KP_Home
		[ this is not correct behavior, even though it does work for some things ]
The 8 key press with numlock on gives:
	keypress	shift_L
	keypress	KP_8
	keyrelease	shift_L
	keyrelease	KP_Up
		[again, not correct and very strange behavior in some apps]

The shift meta keys should not be used at all--- although the technique would 
work for the most part if the keyreleases were in the correct order.  Here is 
what happens in  kcalc ---  the 8 key activates the  *  key [multiplication 
key] why?-- because the 8 is being interpretted as an "8" with the shift_L 
key down... "*".    

Using the shift_L technique vncviewer should be sending the keyrelease shift_L 
*last*.   However, even so, it will not work in KCalc because the 8 key will 
still be interpretted as an  * .

What should be happening is this:
	keypress	Num_Lock
	keyrelease	Num_lock
	keypress	KP_8
	keyrelease	KP_8

So, I would like to know is this a bug?  If so, has it been fixed in 1.3.x (I 
have downloaded the tarball but have not installed it as yet)?  Is there a 
work-around in the current version, or is there something I am missing here?

Thanks much folks.  :)

--

-- 
Kind regards,

M Harris     <><

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

headers

Armando | 2 Jun 2007 10:54

Closed when changing Windows user

When I change Windows XP user (Start - Disconnect - Change user) on a
remote pc the connection ends. With web interface I have "connection
closed" or other errors whereas TightVNC Viewer simply close itself
saying nothing. If I try to reconnect I can access only the first user
connected of the remote system. Trying to access another user causes the
same crash. The problems seems easily reproducible on every computer.
Is this a bug or what? (TightVNC 1.3.9)

Thanks.

Armando

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

headers

Claudio Coletta | 2 Jun 2007 12:27

Re: numeric keypad and vncviewer 1.2.9

Hi,

> hi,  I am using tightvnc 1.2.9 which shipped with openSUSE 10.0.  I have 
> several headless application servers serving shared kde desktops across ssh 
> tunnels with the vncviewer also running as the client on openSUSE 10.0.   
> This setup is working great, and I want to thank the team who is making GPL 
> tightvnc possible.
> 
> I have a minor concern with the way the numeric keypad is handled, and I am 
> wondering whether this has already been addressed, or if I need to open a bug 
> report.  I did some searching but did not find what I was looking for.
> 
> In version 1.2.9 the numeric keypad is not being handled properly when the 
> numlock is on.  From my vncviewer client I am accessing my remote kde desktop 
> and running (from within a konsole) the xev tool. This displays the x events 
> (keypresses and keyreleases) plus the associated keysyms. With the numlock 
> off the keypad works as I would expect it to. The 7 key is keysym KP_Home, 
> the 8 key is KP_Up, etc.  Each key receives ONE keypress event, and ONE 
> keyrelease event.  However, when the numlock is on then the behavior is not 
> expected which causes different kinds of problems depending which app is 
> needing the keypad.  With numlock on the 7 key recieves [ in this order ] :
> 	keypress	shift_L
> 	keypress	KP_7
> 	keyrelease	shift_L
> 	keyrelease	KP_Home
> 		[ this is not correct behavior, even though it does work for some things ]
> The 8 key press with numlock on gives:
> 	keypress	shift_L
> 	keypress	KP_8
> 	keyrelease	shift_L
> 	keyrelease	KP_Up
> 		[again, not correct and very strange behavior in some apps]
> 
> The shift meta keys should not be used at all--- although the technique would 
> work for the most part if the keyreleases were in the correct order.  Here is 
> what happens in  kcalc ---  the 8 key activates the  *  key [multiplication 
> key] why?-- because the 8 is being interpretted as an "8" with the shift_L 
> key down... "*".    
> 
> Using the shift_L technique vncviewer should be sending the keyrelease shift_L 
> *last*.   However, even so, it will not work in KCalc because the 8 key will 
> still be interpretted as an  * .
> 
> What should be happening is this:
> 	keypress	Num_Lock
> 	keyrelease	Num_lock
> 	keypress	KP_8
> 	keyrelease	KP_8
> 
> So, I would like to know is this a bug?  If so, has it been fixed in 1.3.x (I 
> have downloaded the tarball but have not installed it as yet)?  Is there a 
> work-around in the current version, or is there something I am missing here?
> 
> Thanks much folks.  :)
> 
> 
> 
> 
> 
> -- 
> Kind regards,
> 
> M Harris     <><
> 
First of all, try to install the last version "1.3.9". 

In the old version, the master numlock key-state was that of the server PC (not the state of the 
client PC).  

An exmple:
1) the state of the numlock of the client PC (VNCviewer) is "ON"
2) the state of the numlock of the server PC (VNCServer) is "OFF"
3) after the connection the state of the the server PC will don't go "ON", but remain "OFF" 
(while the state of the client correctly remain "ON").

Perhaps this working could explain your problem.

Best regards,
"Clouds".

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

headers

Kevin D. Quitt | 3 Jun 2007 04:50

Bug with TightVNC and Mirage

This is on Win2K and XP systems, with .  If Tight VNC connects to a system
(using DFMirage 1.1.68.2) when the desktop is displayed, and you click on a
shortcut to open a DOS window, the window is not cleared correctly.  A refresh
fixes this.

If the system has the screen saver running, or isn't logged in when the
connection is made, this problem doesn't happen.

Once the connection is made, by either method, the problem either never happens,
or continues to happen.  not removing the desktop wallpaper makes no difference.

(By the way - if you connect and have to log in, the desktop wallpaper is
drawn.)

--
 _
Kevin D. Quitt					  Kevin <at> Quitt.net
	      96.37% of all statistics are made up

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

headers

M Harris | 3 Jun 2007 09:37

Re: numeric keypad and vncviewer 1.2.9

On Saturday 02 June 2007 05:27, Claudio Coletta wrote:
> An exmple:
> 1) the state of the numlock of the client PC (VNCviewer) is "ON"
> 2) the state of the numlock of the server PC (VNCServer) is "OFF"
> 3) after the connection the state of the the server PC will don't go "ON",
> but remain "OFF" (while the state of the client correctly remain "ON").
>
> Perhaps this working could explain your problem.
	Yes, it does explain why vncviewer is "emulating" the numlock client side by 
using shift_L keysyms...    I have not had a chance to install the latest 
version--- but will let you know.

	Thanks   :)

--

-- 
Kind regards,

M Harris     <><

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

headers

Isaac Dontje Lindell | 3 Jun 2007 14:51

Help with TightVNC on Dyndns.org

Hi all,

Here is my problem. I have set up my TightVNC server on one desktop on our local network. (the IP is 192.168.1.180). I can connect to it from any computer on the network. I've set up port forwarding on the DSL modem/router to the desktop. I've also set up a DynDNS.org account so I can have a static domain (kidbookrev.selfip.com). When I go to that address, I get the Modem/router config site. (I expected that.) But when I go to kidbookrev.selfip.com:5800, I get a "Couldn't Establish Connection" error. I've also used the VNC viewer, trying to connect to kidbookrev.selfip.com. I get a "Unable to Connect" error.

If anyone could point me in the right direction, that would be great.

Isaac

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

headers

Bill Walters | 4 Jun 2007 17:12

Remote and local inputs blocked

Hi all,

I'd be glad if someone could help me with this problem:

I' ve installed theTightVNC server on a PC running windows XP Pro and the Viewer on a second PC running the same OS.
Often after some hours of good connection both the remote and the local inputs get blocked.
During the connection no local activity is performed on the PC running the server.
Restarting the connection doesn't help.
I' ve noticed that the block can be removed typing CTRL-ALT-DEL, i.e. simply starting the Tasks Manager, locally on the PC running the server.

I' ve made sure that the primary and the view-only password are different.
"Block remote input events" and " Block remote input on local activity"are unchecked. And also "View only" in the viewer is unchecked.

Thanks for any hint.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

headers

Marco De Vitis | 5 Jun 2007 01:34

Re: Help with TightVNC on Dyndns.org

Il 03/06/2007 14:51, Isaac Dontje Lindell ha scritto:

> can connect to it from any computer on the network.  I've set up port 
> forwarding on the DSL modem/router to the desktop.  I've also set up a 

Check that the router does not have an internal firewall which is 
blocking your connections, and also remember to forward incoming 
connections on port 5900 if you want to use VNC Viewer.

Anyway, the problem is most probably in your router configuration.

--

-- 
Ciao,
   Marco.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

headers

M Harris | 5 Jun 2007 06:19

Re: numeric keypad and vncviewer 1.2.9

On Saturday 02 June 2007 05:27, Claudio Coletta wrote:
> 3) after the connection the state of the the server PC will don't go "ON",
> but remain "OFF" (while the state of the client correctly remain "ON").
>
> Perhaps this working could explain your problem.
	I tried it both ways.  On the host-side I setup the numlock state for kde (at 
startup) to be "off".   [ I also experimented with the startup state "on" ] 

	The results remain the same on the old version 1.2.9.--- the KP_8 key gets 
interpretted as a "*" multiplication key in KCalc regardless. Emulating the 
numlock state of the client by using a shift_L keysym with the KP_8 keysym 
only works in some apps... and KCalc isn't one of them.  :(

	I still have not installed the 1.3.9 version yet... maybe tomorrow morning. 
I'll let you know how it goes... and thanks for your response.

--

-- 
Kind regards,

M Harris     <><

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___________________________________________________________
TightVNC mailing list, VNC-Tight-list <at> lists.sourceforge.net
To change your subscription or to UNSUBSCRIBE, please visit
https://lists.sourceforge.net/lists/listinfo/vnc-tight-list

Mon	Tue	Wed	Thu	Fri	Sat	Sun

				1	2	3
4	5	6	7	8	9	10
11	12	13	14	15	16	17
18	19	20	21	22	23	24
25	26	27	28	29	30

21	May 2013
16	April 2013
18	March 2013
17	February 2013
19	January 2013
33	December 2012
21	November 2012
30	October 2012
18	September 2012
49	August 2012
32	July 2012
38	June 2012
38	May 2012
12	April 2012
29	March 2012
12	February 2012
15	January 2012
33	December 2011
14	November 2011
16	October 2011
18	September 2011
27	August 2011
17	July 2011
26	June 2011
42	May 2011
42	April 2011
30	March 2011
56	February 2011
36	January 2011
48	December 2010
21	November 2010
17	October 2010
52	September 2010
73	August 2010
77	July 2010
27	June 2010
44	May 2010
23	April 2010
47	March 2010
54	February 2010
22	January 2010
57	December 2009
83	November 2009
81	October 2009
59	September 2009
24	August 2009
29	July 2009
28	June 2009
31	May 2009
37	April 2009
72	March 2009
71	February 2009
48	January 2009
31	December 2008
70	November 2008
49	October 2008
35	September 2008
59	August 2008
42	July 2008
85	June 2008
26	May 2008
32	April 2008
62	March 2008
80	February 2008
98	January 2008
27	December 2007
54	November 2007
71	October 2007
71	September 2007
41	August 2007
62	July 2007
63	June 2007
80	May 2007
69	April 2007
25	March 2007
40	February 2007
74	January 2007
66	December 2006
92	November 2006
56	October 2006
51	September 2006
66	August 2006
62	July 2006
61	June 2006
57	May 2006
104	April 2006
135	March 2006
89	February 2006
109	January 2006
83	December 2005
63	November 2005
67	October 2005
48	September 2005
128	August 2005
116	July 2005
69	June 2005
109	May 2005
98	April 2005
212	March 2005
136	February 2005
137	January 2005
151	December 2004
136	November 2004
186	October 2004
114	September 2004
125	August 2004
155	July 2004
165	June 2004
187	May 2004
84	April 2004
130	March 2004
73	February 2004
85	January 2004
112	December 2003
147	November 2003
114	October 2003
107	September 2003
96	August 2003
130	July 2003
103	June 2003
134	May 2003
127	April 2003
163	March 2003
219	February 2003
188	January 2003
215	December 2002
209	November 2002
186	October 2002
192	September 2002
187	August 2002
168	July 2002
84	June 2002
129	May 2002
80	April 2002
1	January 2002