From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44892) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XM9Ur-0005Em-1V for qemu-devel@nongnu.org; Tue, 26 Aug 2014 01:40:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XM9Uk-0004bA-Pv for qemu-devel@nongnu.org; Tue, 26 Aug 2014 01:40:44 -0400 Received: from mx1.redhat.com ([209.132.183.28]:58602) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XM9Uk-0004b4-BM for qemu-devel@nongnu.org; Tue, 26 Aug 2014 01:40:38 -0400 Message-ID: <1409031625.8727.1.camel@nilsson.home.kraxel.org> From: Gerd Hoffmann Date: Tue, 26 Aug 2014 07:40:25 +0200 In-Reply-To: References: <53F85723.607@msgid.tls.msk.ru> <1408959425.24970.1.camel@nilsson.home.kraxel.org> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] Bug#758881: [bisected] VNC server can't get all sent chars correctly List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Marc Cc: Michael Tokarev , 758881@bugs.debian.org, qemu-devel , Gonglei , Gabriele Giacone <1o5g4r8o@gmail.com>, Marc Sibson On Mo, 2014-08-25 at 21:11 -0700, Marc wrote: > Hi, >=20 >=20 > On August 25, 2014 at 3:40:01 AM, Gabriele Giacone > (1o5g4r8o@gmail.com) wrote: > >=20 > > > IMO vncdotool should be fixed to add small delays between > > keyboard=20 > > > events, as if a real person is typing, instead of sending the key > > events=20 > > > at the maximum possible speed.=20 > vncdotool does have a =E2=80=94delay=3DMILLISECONDS switch that inserts= a delay > between commands. Currently, the two behaviours causing trouble seem > to be that delay defaults to 0 and "type insecure=E2=80=9D is considere= d one > command, so there is no delay between key presses :( =20 >=20 > Is there a non-zero value for =E2=80=94delay that makes sense? I=E2=80= =99m somewhat > hesitant to change =E2=80=94delay as it would be a behavioural change = for > other users, but if the value is sufficiently small it could be a net > usability gain. >=20 > Are you requesting that the type command be fixed to insert delays > after every character or that default for =E2=80=94delay should be non-= zero? There should be a delay after every character. It can be pretty small. 10ms should be enough (you should set TCP_NODELAY though to make sure the key events are not buffered in the network stack). I guess it makes sense to decouple that from the delay between commands as the time a qemu guest needs to process a command can be much higher than the time it needs to process a key event. cheers, Gerd