diff options
| author | Daniel P. Berrange | 2016-09-29 17:45:38 +0200 |
|---|---|---|
| committer | Gerd Hoffmann | 2016-10-13 09:22:30 +0200 |
| commit | 2df2041036ee63ff9116631c6214e3ffb5f4bf45 (patch) | |
| tree | 3b7846d310fd480562ab4ad23b0a5ded885affe6 /hw/display | |
| parent | ui: remove bogus call to graphic_hw_update() in vnc_listen_io (diff) | |
| download | qemu-2df2041036ee63ff9116631c6214e3ffb5f4bf45.tar.gz qemu-2df2041036ee63ff9116631c6214e3ffb5f4bf45.tar.xz qemu-2df2041036ee63ff9116631c6214e3ffb5f4bf45.zip | |
ui: remove bogus call to reset_keys() in vnc_init_state
The vnc_init_state method calls reset_keys() to reset the
modifier key state. This was originally added in
commit 53762ddb277c690e486d0e17b10591774248c8cf
Author: malc <malc@c046a42c-6fe2-441c-8c8c-71466251a162>
Date: Mon Dec 1 20:57:52 2008 +0000
Reset the key modifiers upon client connect
This was valid at this time because there was only the
single VncState object which was persistent across client
connections and so needed resetting.
The persistent data was later split off into VncDisplay
and VncState was allocated at time of client connection:
commit 753b4053311ff1437d99726970b1e7e6bf38249b
Author: aliguori <aliguori@c046a42c-6fe2-441c-8c8c-71466251a162>
Date: Mon Feb 16 14:59:30 2009 +0000
Support multiple VNC clients (Brian Kress)
at which point the modifier state is always 0 due to
use of g_new0. As such the reset_keys() call has been
a no-op ever since.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 1475163940-26094-8-git-send-email-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Diffstat (limited to 'hw/display')
0 files changed, 0 insertions, 0 deletions